- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
- Vezetékes FEJhallgatók
- OLED TV topic
- Épített vízhűtés (nem kompakt) topic
- Multimédiás / PC-s hangfalszettek (2.0, 2.1, 5.1)
- ThinkPad (NEM IdeaPad)
- Furcsa EPYC CPU-kkal készül az AMD
- Azonnali alaplapos kérdések órája
- Autós kamerák
- Egyre gyorsabban ügyködik saját HBM memóriáján Kína
- Milyen nyomtatót vegyek?
Hirdetés
-
Saját Redmi Note 13 Pro+ a világbajnok focicsapatnak (és indiai rajongóiknak)
ma Argentína nemzeti válogatottjának mezével díszítik az új Redmi különkiadást.
-
Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
ph A Kereskedelmi Minisztérium egyelőre csak felméri a helyzetet, egyelőre nem látni, hogy tudnak-e bármit is tenni.
-
Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
it Egyre nagyobb probléma az AI hallucinálása – most az osztrák adatvédelmi hatóság veheti elő a ChatGPT miatt az OpenAI-t, alapvetően a GDPR megsértése miatt.
-
PROHARDVER!
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
Rickazoid
addikt
Üdv!
Egy elég szokatlan hibába botlottam. 64 bites Arch Linux, a probléma a következő:
Ha a GNOME rendszerfigyelőjében a Folyamatok fülre váltok, az X egyszerűen leáll, a parancssor pedig leragad a kimenet kiírása közben, és bár nem látom, kapok működő parancssort, ahol újra tudom indítani az X-et. Mostanában nem sokat használtam a Rendszerfigyelőt, így fogalmam sincs mióta van jelen a hiba, de minden egyes alkalommal ezt csinálja. Figyeltem a logokat, a számomra érthető részükben nyoma sincs hibaüzenetnek, viszont az egyszerűség kedvéért beléptem a Rendszerfigyelőbe, és pontosan 11:46:30-kor kattintottam a Folyamatokra, majd 10 másodperccel később egy startx-szel indítottam az X-et a parancssorból. Az everything.log tartalma ebből a 10 másodpercből:
Sep 29 11:42:58 localhost NetworkManager[4064]: <info> Activation (wlan0) Stage 5 of 5 (IP Configure Commit) complete.
Sep 29 11:46:30 localhost NetworkManager[4064]: <info> (wlan0): device state change: 8 -> 3 (reason 38)
Sep 29 11:46:30 localhost NetworkManager[4064]: <info> (wlan0): deactivating device (reason: 38).
Sep 29 11:46:30 localhost dhcpcd[13611]: received SIGTERM, stopping
Sep 29 11:46:30 localhost dhcpcd[13611]: wlan0: removing interface
Sep 29 11:46:30 localhost kernel: [fglrx] IRQ 49 Disabled
Sep 29 11:46:30 localhost kernel: BUG: scheduling while atomic: firefox/13773/0x00000002
Sep 29 11:46:30 localhost kernel: Modules linked in: isofs loop ipv6 acpi_cpufreq freq_table mperf usbhid hid uvcvideo videodev v4l1_compat v4l2_compat_ioctl32 arc4 ecb joydev snd_seq_dummy fglrx(P) snd_seq_oss snd_seq_midi_event pcmcia snd_seq snd_seq_device radeon nsc_ircc irda crc_ccitt iwlagn acer_wmi ttm drm_kms_helper drm uhci_hcd yenta_socket snd_hda_codec_realtek pcmcia_rsrc iwlcore ehci_hcd usbcore video wmi pcmcia_core ac i2c_algo_bit mac80211 container battery psmouse iTCO_wdt iTCO_vendor_support thermal serio_raw sg output button processor snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_timer snd soundcore snd_page_alloc cfg80211 rfkill sdhci_pci sdhci mmc_core led_class pcspkr tifm_7xx1 firewire_ohci tifm_core firewire_core crc_itu_t evdev i2c_i801 i2c_core intel_agp fuse tg3 libphy rtc_cmos rtc_core rtc_lib ext4 mbcache jbd2 crc16 sr_mod cdrom sd_mod pata_acpi ahci libahci ata_piix libata scsi_mod
Sep 29 11:46:30 localhost kernel: Pid: 13773, comm: firefox Tainted: P W 2.6.35-ARCH #1
Sep 29 11:46:30 localhost kernel: Call Trace:
Sep 29 11:46:30 localhost kernel: [<ffffffff81042ff1>] __schedule_bug+0x61/0x70
Sep 29 11:46:30 localhost kernel: [<ffffffff8136ff01>] schedule+0x581/0x7f0
Sep 29 11:46:30 localhost kernel: [<ffffffff8103d029>] ? __wake_up_common+0x59/0x90
Sep 29 11:46:30 localhost kernel: [<ffffffff81071a5b>] ? prepare_to_wait+0x5b/0x90
Sep 29 11:46:30 localhost kernel: [<ffffffffa08e8161>] KAS_Thread_WaitForFinish+0x91/0xd0 [fglrx]
Sep 29 11:46:30 localhost kernel: [<ffffffff810717c0>] ? autoremove_wake_function+0x0/0x40
Sep 29 11:46:30 localhost kernel: [<ffffffffa08fe877>] MCIL_WorkerThread+0x177/0x230 [fglrx]
Sep 29 11:46:30 localhost kernel: [<ffffffffa08fff16>] ? MCIL_GetExecutionLevel+0x66/0x80 [fglrx]
Sep 29 11:46:30 localhost kernel: [<ffffffffa09abb51>] ? PassiveRing_Cleanup+0x61/0xc0 [fglrx]
Sep 29 11:46:30 localhost kernel: [<ffffffff810b0867>] ? free_irq+0x47/0x80
Sep 29 11:46:30 localhost kernel: [<ffffffffa09ab1a0>] ? IRQMGR_FreeResources+0x20/0x60 [fglrx]
Sep 29 11:46:30 localhost kernel: [<ffffffffa09010cc>] ? irqmgr_wrap_shutdown+0x12c/0x180 [fglrx]
Sep 29 11:46:30 localhost kernel: [<ffffffffa08f33be>] ? firegl_takedown+0x7de/0x880 [fglrx]
Sep 29 11:46:30 localhost kernel: [<ffffffffa09bec62>] ? amdPcsEngine_InitDatabase+0x12/0x20 [fglrx]
Sep 29 11:46:30 localhost kernel: [<ffffffffa08f24d5>] ? firegl_release+0x125/0x1c0 [fglrx]
Sep 29 11:46:30 localhost kernel: [<ffffffffa08e44cc>] ? ip_firegl_release+0xc/0x10 [fglrx]
Sep 29 11:46:30 localhost kernel: [<ffffffff81124d5e>] ? fput+0x10e/0x230
Sep 29 11:46:30 localhost kernel: [<ffffffff8112184b>] ? filp_close+0x5b/0x80
Sep 29 11:46:30 localhost kernel: [<ffffffff81056048>] ? put_files_struct+0xa8/0x150
Sep 29 11:46:30 localhost kernel: [<ffffffff810561ad>] ? exit_files+0x4d/0x60
Sep 29 11:46:30 localhost kernel: [<ffffffff81056658>] ? do_exit+0x178/0x870
Sep 29 11:46:30 localhost kernel: [<ffffffff81056fdf>] ? do_group_exit+0x4f/0xb0
Sep 29 11:46:30 localhost kernel: [<ffffffff81067a32>] ? get_signal_to_deliver+0x2d2/0x510
Sep 29 11:46:30 localhost kernel: [<ffffffff81009170>] ? do_signal+0x70/0x7b0
Sep 29 11:46:30 localhost kernel: [<ffffffff812b2ca3>] ? sys_sendto+0x173/0x180
Sep 29 11:46:30 localhost kernel: [<ffffffff8107b169>] ? ktime_get_ts+0xa9/0xe0
Sep 29 11:46:30 localhost kernel: [<ffffffff81009935>] ? do_notify_resume+0x65/0x80
Sep 29 11:46:30 localhost kernel: [<ffffffff8100a150>] ? int_signal+0x12/0x17
Sep 29 11:46:30 localhost NetworkManager[4064]: <info> (wlan0): canceled DHCP transaction, DHCP client pid 13611
Sep 29 11:46:30 localhost kernel: iwlagn 0000:04:00.0: failed to remove IBSS station 00:00:00:00:00:00
Sep 29 11:46:30 localhost NetworkManager[4064]: <error> [1285753590.669593] [nm-device-wifi.c:1479] nm_device_wifi_set_mode(): (wlan0): error setting mode 2
Sep 29 11:46:30 localhost NetworkManager[4064]: <warn> (pid 13611) unhandled DHCP event for interface wlan0
Sep 29 11:46:40 localhost kernel: radeon 0000:01:00.0: irq 49 for MSI/MSI-XTehát pont 11:46:30-kor leáll, és nem csinál semmit egészen 11:46:40-ig, amikor kiadom a startx parancsot.
Az errors.log ebből az időből:
Sep 29 11:46:30 localhost kernel: BUG: scheduling while atomic: firefox/13773/0x00000002
Sep 29 11:46:30 localhost kernel: iwlagn 0000:04:00.0: failed to remove IBSS station 00:00:00:00:00:00
Sep 29 11:46:30 localhost NetworkManager[4064]: <error> [1285753590.669593] [nm-device-wifi.c:1479] nm_device_wifi_set_mode(): (wlan0): error setting mode 2Mindez persze csak futó Firefox mellett van, ha bezárom, gond nélkül működik a Rendszerfigyelő.
Kicsit utána néztem angol fórumokon és bug reportokban, még nem teljesen értem, hogy mi is a baja, bár egy egész jó magyarázatot találtam 2007 végéről (ilyenkor bánom, hogy nem értek teljesen angolul), ott arra jutottak, hogy az ATI driver a gond. Mint mindig.. De sajnos a radeonhd se működik már pár hónapja, azzal használhatatlan az X, az kurzor például egy kb. 3x3 centis fehér négyzet rajta, minden mást pedig különböző árnyalatú vajszínű csíkok borítanak. Amíg az olyan, marad az fglrx.
Eddig ha jól értelmeztem az olvasottakat, akkor egy folyamatnak kellett volna megszakítás nélkül lefutnia, ami lefoglalta a processzort, de egy másik folyamat ezt mégis megzavarta.
Mit gondoltok? Mi ez pontosan és hogy jön a Rendszerfigyelőhöz, a Firefoxhoz és miért vezet az X és a parancssoros megjelenítés összeomlásához? Lehet kapcsolat ez és a Firefox fokozatosan növekvő memóriaigényéhez (nemrég napokon keresztül futott és a vége felé 1,5 GB memóriát használt pusztán a futásával)?[ Szerkesztve ]
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
válasz bambano #10268 üzenetére
Kicsit próbálgattam ezt-azt és erre jutottam:
Először megnéztem hogy ha lekapcsolódok a WiFiről, akkor is elő jön-e a probléma. Ha a Firefox fut, igen. Utána még a netre kapcsolódás előtt megnéztem, hogy ha kikapcsolom az adóvevőt szoftveresen, majd a kapcsolójával is, akkor is előjön, ha a Firefox fut. Megismételtem párszor, majd ismét bekapcsoltam a netet, majd megint ki. Ezután az errors.log vége:
Sep 29 18:11:04 localhost kernel: iwlagn 0000:04:00.0: failed to remove IBSS station 00:00:00:00:00:00
Sep 29 18:11:04 localhost NetworkManager[4018]: <error> [1285776664.132489] [nm-device-wifi.c:1479] nm_device_wifi_set_mode(): (wlan0): error setting mode 2
Sep 29 18:11:30 localhost kernel: BUG: scheduling while atomic: firefox/6397/0x00000002
Sep 29 18:13:00 localhost kernel: BUG: scheduling while atomic: firefox/6721/0x00000002
Sep 29 18:14:28 localhost kernel: iwlagn 0000:04:00.0: failed to remove IBSS station 00:00:00:00:00:00
Sep 29 18:14:28 localhost NetworkManager[4018]: <error> [1285776868.445811] [nm-device-wifi.c:1479] nm_device_wifi_set_mode(): (wlan0): error setting mode 2Ebből nekem úgy tűnik, hogy a WLAN hálózatról való leválás váltja ki a NetworkManagerre és a wlan0-ra vonatkozó hibát, ezért jelenik meg az X leállásakor is, hisz ilyenkor megszakad a net, a bug viszont ezektől függetlenül előjön.
Megjegyzem a Firefox mellett is csak akkor öli meg az X-et, ha egy oldal épp be van töltve (vagy net nélkül ha megpróbált betölteni egyet), mivel a SpeedDiallal indul, de ekkor még nem jön elő a bug, csak miután megnyitottam valamit.
[ Szerkesztve ]
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
Ez általában elég, de igazából a csomagtól függ, hogy mi is az, egyáltalán milyen programnyelvvel íródott, kész-e a "./configure+make+make install" trióval történő telepítésre, vagy mást kell vele tenni... ha kernel-hez köze van, a kernel-headers is kellhet neki (nem tudom mi a pontos neve openSUSE alatt).
A make kimenetéből általában meg lehet tudni, hogy mi a baja, mit hiányol.Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
válasz Speeedfire #10278 üzenetére
Nincs telepítve a sudo, ez is csak egy program. Persze a telepítése után még szükség van a sudo használatának jogosultságára. Add ki root-ként a parancsot, hogy groupadd sudo, ha kiírja, hogy már van ilyen csoport, az nem gond. Ezután hozzá kell adni a felhasználódat ehhez a csoporthoz, még mindig root-ként: usermod -a -G sudo felhasználóneved. Ezzel hozzáadod a saját felhasználódat a sudo csoporthoz. Ezután engedélyezni kell a /etc/sudoers fájlban a sudo használatát.
Ezt visudo-val szokták írni, sose sikerült megcsinálnom, egyszerűbb root-ként kimásolni a /etc/sudoers fájlt máshová, megnyitni egy szövegszerkesztővel. Kell lennie egy ilyen sornak:
# %sudo ALL=(ALL) ALL. Vedd ki a #--et a sor elejéről, mentsd el és másold vissza a /etc/sudoers helyre. Ha nem találsz ilyen sort (kell lennie, de attól még leírom), akkor írd a legvégére új sorba, # nélkül persze. Vigyázz, hogy mást ne módosíts véletlenül se, érdemes biztonsági másolatot csinálni előtte az eredetiből. Jelentkezz ki, a felhasználóddal is, majd ismét be. Innentől tudod használni a sudo-t.
További információ a sudoers manualjában (man sudoers).
A DVD kérés kikapcsolására pedig a /etc/apt/sources.list fájlban kell kommentelni (#-et írni elé) a DVD kérésére vonatkozó sort... fejből nem tudom, hogy néz ki, rég használtam Debiant, de biztosan van rá utalás, majd kiadni az apt-get update parancsot.[ Szerkesztve ]
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
válasz Speeedfire #10281 üzenetére
Ez a fájl határozza meg a root jogosultságokat. Normál esetben amit ide beírsz, az sudo-val végrehajtható, miután megadtad a jelszót. Ezek a sorok agyon formázhatók, a pontos formázást nem ismerem, csak pár felületes dologra volt szükségem, de a %sudo ALL=(ALL) ALL azt jelenti, hogy a sudo csoport (a % jelenti, hogy csoportról és nem felhasználóról van szó) minden tagja használhatja a rendszert root-ként a sudo segítségével, végrehajthat minden parancsot az adott rendszerben, nincsenek korlátozások. Ha jól értelmeztem, akkor ezzel távolról is irányítható, nem csak a localhost alól, ezeket is külön lehet definiálni hálózatos rendszerek, szerverek és kliensek esetében. Ezzel lehet játszani, meghatározni, hogy ki, milyen gépről, milyen felhasználó jogosultságaival adhasson ki parancsokat alapparancsoktól egészen meghatározott parancssorozatokig.
A root ALL=(ALL) ALL lényegében azt jelenti, hogy a root bármit megtehet. Bárkinek lehet hasonló jogot adni egy NOPASSWD: kiegészítéssel (nekem egy háttérben indítható, a rendszert befolyásolni nem képes script-hez kellett ilyen), sőt a felhasználó helyére egy ALL-t beírva mindenkire vonatkozni fog az utána lévő szabály (erre példát se tudok, hogy miért lenne bárkinek is jó), de ezekkel nagyon körültekintően kell bánni, konkrét esetekben, szükség esetén.[ Szerkesztve ]
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
válasz rigo88 #10296 üzenetére
Nem ismerem ezeket az eszközöket, de linuxokkal már műveltem ezt-azt, szóval megkérdezem, hogy a samba semmiképp nem jó? Linuxon mindegy, hogy eszköz vagy mappa, ugyan úgy kezeli mindkettőt az op.rendszer, ha az eszköz csatolva van (vagyis fájlként, de ezt én se értem, valami átfogóbb leírást olvastam egyszer a linuxon használt fájlrendszerek működéséről, angolul, lehet ezért nem értem). A lényeg, hogy egy pendrive-ot becsatolsz mondjuk /mount/pen alá a PC-n, ha ezt állítod be samba megosztással, akkor mindegy neki, hogy ez egy pendrive, vagy egy könyvtár a HDD-n, el tudod érni egy másik eszközön. Csak azért említem, mert tudtommal a samba-nak nincs köze a routerhez, elég, ha van. Én Arch Linuxon állítottam be ilyet több gépen, igaz ott a nautilus-szal érem el, ott IP cím se kell, csak a host név, sőt Milestone-om is gond nélkül kapcsolódik rá, bár ez is grafikusan, de smbclient-tel is megoldható elvileg, ugyan azokat kell megadni, mint a Nautilusnak kéne, host, felhasználónév és jelszó, de utóbbi kettő elhagyható, scriptekkel pedig akár automatizálható is a folyamat.
[ Szerkesztve ]
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
Volna két problémám.
Arch Linuxot használok, mellette van a notebookomban egy ATI Mobility Radeon HD 2400 XT videokártya. Így is elég rossz a párosítás, azonban mostanában nagyon idegesítő problémáim vannak. Az első, hogy videó nézés közben random elszáll a kép, vagy lekapcsol a kijelző, majd visszakapcsol és elfehéredik, ilyenkor egy váltás a parancssorra majd vissza az X-re segít, néha viszont nagyon vékony színes csíkok árasztják el a kijelzőt, ilyenkor csak az újraindítás segít, parancssorba se tudok átlépni, teljesen lefagy.
A másik gond, hogy bootolás közben a rendszer még szöveges módban 1440x900-as felbontásra vált, ezzel még nem is lenne gond, hisz ez a monitorom felbontása, azonban ha itt elindítom az X-et, át tudok ugyan váltani parancssorra, de az onnantól azt hiszem csak 640x480-as felbontású, ráadásul vibrál, és nem is gördül a parancssorhoz, mintha beragadt volna valahol a bootolás közben a megjelenítés, mielőtt magasabb felbontásra váltott. Egyik terminál se használható, sőt néha az X a 8. helyen található, amit nem teljesen értek. Lehetséges lenne, hogy bootolás közben grafikus rendszer indul a 7. terminálon, majd a 8-on indulna az X és emiatt van ez az egész probléma? Semmi hasonlót nem állítottam be soha, nem is próbálkoztam vele, mindig jó volt nekem terminálra az alap felbontás, nem is nagyon használtam őket. De valamelyik catalyst frissítés óta már ilyen. A radeonhd driver viszont egyáltalán nem működik, catalyst mellett kéne valahogy megoldani.
Lefuttattam egy hwinfo --framebuffer parancsot, majd ez alapján beállítottam 8 bites 640x480-as felbontást a GRUB-ba, hátha, a helyzet viszont csak rosszabb lett, X indításig nincs változás, onnantól viszont az X csak úgy indul, hogy először a képernyő közepén alacsonyabb felbontásban (nem tudom, szemre valahol 1024x768 környékén lehet, talán egyel magasabb) megjelenik egy négyzet, felváltott világos és sötét szürke csíkokból, majd a kijelző többi része is csatlakozik hozzá, lassan világosodik egy darabig és ennyi.
Nincs semmi tippem, nem így kéne működnie. Megjegyzem a legacy GRUB-ot használom (0.97-17), nem váltottam GRUB2-re, mert a grafikus megjelenítéssel gyakran voltak gondok, nem működtek a terminálok például, hasonlóan viselkedett, mint ez most.Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
válasz Jester01 #10406 üzenetére
Köszi, ezen elindulva már megtaláltam a megoldást. Egy nomodeset a kernel paramétereihez és a konzolos probléma megoldva. Egy újabb funkció, amit nem támogat az ATI driver, mért nem vagyok meglepve? Mondjuk az fura, hogy ezt valami aktiválta nekem, telepítettem már Arch Linuxot más gépen is, de sose találkoztam ezzel a jelenséggel, nVidia kártya esetében se, hogy bootolás közben váltson felbontást.
Más disztribúciók alatt működik a VirtualBox utóbbi pár verziója (akár az OSE, akár a zárt)? Egy ideje már küszködök vele, mostanában csak első leállításig működik egy rendszer vele, utána nem indul többé el, a konfigurálás ablaka percekig nyílik meg, akárcsak maga a VirtualBox, sőt, le sem áll, miután bezártam, egy process továbbra is fut, amit úgy kell kilőnöm, de eközben semmi hibaüzenetet nem kapok. Megpróbáltam a .run-t telepíteni, ilyenkor viszont egy halom hibaüzenetet kaptam, miszerint:
dkms.conf: Error! No 'DEST_MODULE_LOCATION' directive specified.
dkms.conf: Error! No 'PACKAGE_NAME' directive specified.
dkms.conf: Error! No 'PACKAGE_VERSION' directive specified.
dkms.conf: Error! No 'DEST_MODULE_LOCATION' directive specified.
dkms.conf: Error! No 'PACKAGE_NAME' directive specified.
dkms.conf: Error! No 'PACKAGE_VERSION' directive specified.
Error! Bad conf file.
File: /var/lib/dkms/vboxdrv/3.2.6/source/dkms.conf does not represent
a valid dkms.conf file.És ezt ismételgeti párszor, majd
VirtualBox has been installed successfully.
A wine-nal is hasonló problémáim vannak, hibaüzenet nélkül szimplán nem indul, illetve egy process elindul, de nem nyit meg semmit, se a winecfg-t. Viszont ha rootként próbálom, akkor működik, ahogy kell. Annyit szórakoztam már az ATI driver vagy az X frissítése után a rendszer darabokból történő sokszori felállításával, hogy lehet kezd kicsúszni a kezemből.
[ Szerkesztve ]
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
válasz Jester01 #10412 üzenetére
Egyszerre minden driverből csak egy van telepítve és csak a catalyst a zárt. Néha kipróbálom a radeonhd-t is, ilyenkor leveszem a catalystot és a függőségeit, majd telepítem a radeonhd-t. Vissza ugyan így állok. Ezek szerint nem távolít el mindent a rendszerből a radeonhd a törlése után?
Mindenesetre a menu.lst-hez szerencsére nem nyúl. Jó öreg GRUB.
Lehet csinálok egy újratelepítést, elkezdem elölről felépíteni, mostanra sokkal jobban ismerem már ezt a rendszert, mint amikor először telepítettem - vagy legalábbis tudom hol vannak a jó dokumentációk.[ Szerkesztve ]
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
Hogy tudok két nem szerver gép közt Arch Linuxszal közvetlen hálózati kapcsolatot csinálni crossover kábellel? Vagy 100 GB-ot másolnék át egyik gépről a másikra Samba megosztással, majd később vissza, de a 10/100 Mb-es router igencsak lekorlátozza a kapcsolatot a két 100/1000 Mb-es hálókártya közt, főleg hogy így se több 64 Mb/s-nál, egyébként is instabil, folyton megszakad, a WLAN kapcsolat atomstabil, de az meg alig 8-16 Mb/s.
Eddig próbáltam fix IP címmel (utolsó karakter tért el) mindkét gépen csinálni egy hálózati kapcsolatot netcfg-vel, de nem tud kapcsolódni autentikációs hiba miatt, próbáltam az nm-applet-et is, az összes beállítást, ami eszembe jutott, mindkét gépen DHCP, egyiken DHCP, másikon fix IP, egyiken közvetlen, másikon fix IP, mindkettőn közvetlen, mindkettőn fix IP, egyiken közvetlen, másikon megosztás, egyiken DHCP, másikon megosztás, stb., de nem jártam sikerrel. Megosztás esetében nincs is kapcsolat.
Utána néztem, elvileg fix IP-t kéne csinálnom mindkét gépen és úgy kapcsolódni, de nem működik.
A kapcsolat létrejön, de nem érem el a Samba megosztást, azt írja ki, hogy sikertelen a lekérdezés. Természetesen minden módosítás után újraindítottam a Samba-t, illetve be van állítva, hogy eth0-n keresztül is aktív legyen.
Van valakinek tippje?[ Szerkesztve ]
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
válasz sghc_toma #10416 üzenetére
NFS-t is próbáltam, de nem a megosztással van a gond. A gond azzal van, hogy a két gép nem vesz tudomást egymásról, hiába kötöm őket össze, nincs köztük semmiféle kommunikáció, bármilyen hálózati beállításokkal.
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
válasz bambano #10418 üzenetére
IP cím!
WLAN-on mindig gépnév alapján csatlakoztattam a gépeket egymásra, megszoktam ezt. Emiatt nem működik valamiért, most eszembe jutott, hogy még egyszer megpróbálom közvetlenül IP alapján és működik. Közvetlen kábeles kapcsolat, Közvetlen kapcsolat beállítva nm-applet-ben, és IP alapján Nautilus-szal rá tudok kapcsolódni a másik mappákra.Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
Hogy lesz egy 101 GB-os partícióból 87 GB:
Létrehoztam egy 101 GB-os partíciót, illetve a rendszerpartíciók létrehozása után ennyi hely marad egy partíciónak. Ez ugye 94 GiB, eddig ok. Illetve nem ok, 101 GiB-nak jobban örülnék, de ez van. Namost a probléma viszont az, hogy a Nautilus már csak 87 GB szabad helyet jelez rajta.
Tehát 101*1000^3/1024^3=94, de 87=94*1000^3/1024^3. Most akkor mi a franc van? Ha a 94 GB lenne, nem GiB, akkor a 87 lenne a GiB, de a Nautilus szerint ez GB, tehát csak 81 GiB a szabad hely? De ha a Nautilus a GB-ot veszi 1024-es szorzóval, akkor hogy lesz a 94-ből, akár a 101-ből 87?
Help![ Szerkesztve ]
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
válasz Rickazoid #10421 üzenetére
Másik fórumon meglett a megoldás, 5%-ot a rendszer lefoglal a partícióból, a Nautilus ennyivel kevesebb szabad helyet jelenít meg, míg minden más azzal együtt írja ki.
Módosítani a lefoglalást pedig a tune2fs programmal lehet.Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
válasz lakatosturbo #10433 üzenetére
Az egészet? Ne haragudj meg, de ez hülyeségnek hangzik így elsőre. Ha pontosak az információim, akkor a 32 bites Meerkat main tárolójában 7,5 GB-nyi fájl van, a restricted pici, 68 MB, de ott a universe 22 GB-tal és a multiverse 2,6 GB-tal, összesen 32,8 GB.
Mire kell minden fájl? Nem nagyon tudok elképzelni semmit, főleg, hogy amire letöltöd, egy részéből már frissebb verzió kerül fel. Ráadásul a többsége ütközik egymással, mindre sose lehet szükség.Konkrét csomagokat az apt-get -d vagy apt-get install -d paranccsal lehet letölteni, a /var/cache/apt/archive mappába kerül, ha minden igaz. Ez azért barátibb, hiszt csak azt szedi le, ami kell, nem mindet. De vannak Ubuntu DVD-k is, azokon elég sok csomag ott van.
De érdekes volt ez az ötlet, tudtommal nincs konkrét mód rá, úgyhogy utánanéztem, hogy tudnám kivitelezni, összejött egy sornyi parancs, amivel kivitelezhető, írd meg, hogy mire kell, mert kételkedem, és ha tényleg mindenre szükséged van, akkor leírom, mire jutottam.
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
válasz utgyuru #10447 üzenetére
wget -r http://connie.slackware.com/~alien/multilib/13.1/
Ez leszedi a teljes tartalmat a gyökérkönyvtártól kezdve, felépítve a szerveren található mappaszerkezetet.
Vannak opciók a főkönyvtár kihagyására (-nH) és egyéb könyvtárak kihagyására (--cut-dirs=x, ahol x a kihagyni kívánt mappamélység visszafelé az adott mappától), de most kipróbáltam és úgy tűnik, hogy bár a mappaszerkezetet nem építi fel ebben az esetben, csak a kihagyott mappák alatti mappáktól kezdve, de ugyan úgy letölt minden ott található fájlt a gyökérkönyvtárig visszamenőleg.
Amúgy a man wget tartalmaz információkat erről:
-nH
--no-host-directories
Disable generation of host-prefixed directories. By default,
invoking Wget with -r http://fly.srk.fer.hr/ will create a
structure of directories beginning with fly.srk.fer.hr/. This
option disables such behavior.--cut-dirs=number
Ignore number directory components. This is useful for getting a
fine-grained control over the directory where recursive retrieval
will be saved.
Take, for example, the directory at
ftp://ftp.xemacs.org/pub/xemacs/. If you retrieve it with -r, it
will be saved locally under ftp.xemacs.org/pub/xemacs/. While the
-nH option can remove the ftp.xemacs.org/ part, you are still stuck
with pub/xemacs. This is where --cut-dirs comes in handy; it makes
Wget not "see" number remote directory components. Here are
several examples of how --cut-dirs option works.
No options -> ftp.xemacs.org/pub/xemacs/
-nH -> pub/xemacs/
-nH --cut-dirs=1 -> xemacs/
-nH --cut-dirs=2 -> .
--cut-dirs=1 -> ftp.xemacs.org/xemacs/
...
If you just want to get rid of the directory structure, this option
is similar to a combination of -nd and -P. However, unlike -nd,
--cut-dirs does not lose with subdirectories---for instance, with
-nH --cut-dirs=1, a beta/ subdirectory will be placed to
xemacs/beta, as one would expect.[ Szerkesztve ]
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
Észrevettem, hogy a Rhythmbox több pluginje nem működik, "impossible to activate plugin" hibaüzeneteket kapok.
Azt találtam megoldásnak, hogy egy python-gst csomagot kell telepítenem. Ilyen nincs, viszont van az AUR-ben egy outdated gst-python csomag. Ez azonban nem fordul le, a következő hiba miatt:
File "<string>", line 1
import sys; print sys.prefix
^
SyntaxError: invalid syntax
Ez többször is előjön. Megpróbáltam forrásból telepíteni (bár az AUR is onnan teszi), de a ./configure után előjönnek ezek a hibák, nyilván a forrásban van a hiba.
Mit tudnék tenni?Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
grantpt failed: Nincs gyerek folyamat
Ezt a hibaüzenetet kapom, ha a gnome-terminalt akarom indítani más programon keresztül, például Easystroke-kal. Fura módon a Google nem szolgált értékelhető találattal, 1994-es, 2002-es fórumok és Solaris hibák közt bukkantam csak rá, a többsége azonban inkább forráskódnak tűnik, egy helyen volt csak terminállal kapcsolatos, ott a /usr/lib/pl_chmod fájlra hivatkoztak, ami nálam nincs, viszont ott se lett megoldás, ráadásul ez is 2002-es.
Viszont ha előre elindítom, majd utána próbálkozom más programon keresztül indítani, akkor nincs gond.
Ötletek?[ Szerkesztve ]
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
válasz <cyborg> #10487 üzenetére
A terminallal, mármint az XFCE termináljával is hasonló a gond, itt nincs hibaüzenet, de csak villog a kurzor, nincs prompt, és nem is reagál a billentyűzetre. De ha előre megnyitok egyet, ez is működik.
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
válasz utgyuru #10491 üzenetére
Ez kicsit körülményesebb, mert ahogy nézem nem lehet több parancsot megadni ebben a sorban, így szerintem egy scripttel a legegyszerűbb megcsinálni. Mondom mire gondolok:
- Belépsz a mappába terminálból.
- ls *.zip > zipek
- Megnyitod a zipek fájlt szerkesztésre gedittel- Adsz egy üres sort az elejére
- Kijelölöd az entert, vagyis az egérrel az első üres sorra állsz, majd odahúzod a második sor elé úgy, hogy abból egy karaktert se jelölj ki
- Keresés > Csere
- Itt bemásolod a Keresés erre mezőben lévő karaktert a Csere ezzel mezőbe, és rögtön mögé írod, hogy "unzip -d /mappa/ahová/ ", szóközzel legyen vége, ez fontos- Most még egyszer, de most azt írod be, hogy "rm /mappa/ahová/fájlaminem.kell", és itt a végére is beilleszted az enter jelét
Beírod az elejére, hogy #!/bin/bash
Innen már csak futási jogot kell adnod neki és futtatni.Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
válasz utgyuru #10491 üzenetére
Ez kicsit körülményesebb, mert ahogy nézem nem lehet több parancsot megadni ebben a sorban, így szerintem egy scripttel a legegyszerűbb megcsinálni. Mondom mire gondolok:
- Belépsz a mappába terminálból.
- ls *.zip > zipek
- Megnyitod a zipek fájlt szerkesztésre gedittel (ha nem GNOME-ot használsz, bármilyen grafikus szövegszerkesztő megteszi, amivel rá tudsz keresni szórészletekre és cserélni is tudod azokat korlátok nélkül, beleértve a sorvégződés jelét is)
kép
- Adsz egy üres sort az elejére
kép
- Kijelölöd az entert, vagyis az egérrel az első üres sorra állsz, majd odahúzod a második sor elé úgy, hogy abból egy karaktert se jelölj ki
kép
- Keresés > Csere
- Itt bemásolod a Keresés erre mezőben lévő karaktert a Csere ezzel mezőbe, és rögtön mögé írod, hogy "unzip -d /mappa/ahová/ ", szóközzel legyen vége, ez fontos
kép
- Most még egyszer, de most azt írod be, hogy "rm /mappa/ahová/fájlaminem.kell", és itt a végére is beilleszted az enter jelét
kép
kép
Beírod az elejére, hogy #!/bin/bash
Innen már csak futási jogot kell adnod neki és futtatni.[ Szerkesztve ]
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
Találkozott már valaki ezekkel a hibákkal?
http://lynx.dataglobe.eu/tpp/0.png
http://lynx.dataglobe.eu/tpp/1.png
http://lynx.dataglobe.eu/tpp/2.png
http://lynx.dataglobe.eu/tpp/3.pngMindig előjön, amikor aktiválva van egy composite, legyen szó Compiz-ről, xcompmgr-ről vagy cairo-compmgr-ről. Átnéztem a beállításokat, az átlátszóság kikapcsolása sem segít, csak a composite tiltásával tűnik el.
Arch Linux, ATI Mobility Radeon HD 2400 XT, Catalyst driver a catalyst repo-ból, a hozzá való xorg-server-catalyst-maximize-fix csomaggal, de az extra repo-ban lévő xorg-server mellett is ugyan ez a hiba. Egy ideje a nyílt driverrel az X se indul el, szóval az felejtős, pedig sokkal jobban működött, amíg működött, nem volt ilyen hiba.
Utolsó próbaként felszenvedtem a Catalyst Proprietary Drivert, de azzal is ugyan ez volt az eredmény.Sehol nem találtam még csak utalást sem hasonlóra, se az Arch Wiki ATI-ra, Catalyst-ra, X-re vonatkozó leírásaiban, se Google kereséssel. Találkozott már valaki ezzel? Mi lehet a problémája?
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
Üdv!
Van valakinek tapasztalata Linux alatt egy Option GT Express kártyával? Vennék egy ilyet, de bizonytalan vagyok, még csak nem is használtam az express card vagy a PCMCIA csatlakozóját a notebookomnak, nem tudom működésre lehetne-e bírni Arch alatt, főleg hogy modemként is működjön...
[ Szerkesztve ]
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
Üdv!
Van nekem egy Option GlobeTrotter Express 7.2-es kártyám (GE0201). Gondoltam ha már van, használnám mobilnetre, hisz ezért vettem. A gondom azzal lenne, hogy nincs vele net.
A hso modul betöltve, comgt -d /dev/ttyUSB0-val kapcsolódik (ttyHS* nincs), elkéri a PIN-t, felcsatlakozik a hálózatra, a modem jelzi a 3G kapcsolatot, kiíratni is ki tudom a szolgáltatót és a jelerősséget, látszólag minden rendben. Azonban nincs net. Megpróbáltam OpenDNS IP-ket írni a /etc/resolv.conf fájlba, de ez sem oldotta meg a problémát. Minden rendben kéne, hogy legyen. Mit hagytam ki?
Megpróbáltam hsoconnect programmal is, megjelenik a grafikus felület, de a Connect gombja inaktív. Megnéztem ifconfiggal látok-e valami más csatlakozót, mint az eddigiek, de semmi.
Az Arch Wiki hsoconnectről szóló oldalát is megnéztem, de nem segített.
A gond szerintem ott van, hogy USB-ként ismeri fel, nincs /dev/HS[1-9] eszköz, ráadásul az option modul állandóan visszatöltődik, amikor csatlakoztatom a kártyát, még akkor is, ha feketelistára teszem és újraindítok.
Megpróbáltam módosítani a /etc/udev/rules.d/51-hso-udev.rules fájlt úgy, hogy a KERNEL=="ttyUS[0-9]*", NAME="%k", GROUP="uucp", MODE="0660" sort átírtam KERNEL=="ttyUS[0-9]*", NAME="%k", GROUP="uucp", MODE="0660" sorra, hozzáadtam a felhasználómat az uucp csoporthoz, de ez sem segített. Hsoconnect továbbra sem látja a modemet, comgt pedig csatlakozik, de nincs net.
Megpróbáltam kivenni a hso modult és úgy csatlakozni comgt-vel, de az sem sikerült. Illetve csatlakozik, csak nincs net.
Hogy lehet ExpressCard modemmel netezni?Köszi előre is!
ui.: Windows 7 alatt fel sem ismeri az eszközt a szoftvere, még a Win7 driverrel sem, így a firmware-t sem tudom frissíteni. A Win7 fórumba is írtam emiatt, legalább valamelyik op.rendszerem alatt működjön.
[ Szerkesztve ]
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
válasz Rickazoid #11498 üzenetére
USB-s eszközként kell felismernie?
Aug 17 17:03:31 lynx kernel: [ 3350.316465] usb 4-2: new full speed USB device number 8 using uhci_hcd
Aug 17 17:03:31 lynx kernel: [ 3350.478203] option 4-2:1.0: GSM modem (1-port) converter detected
Aug 17 17:03:31 lynx kernel: [ 3350.478345] usb 4-2: GSM modem (1-port) converter now attached to ttyUSB0
Aug 17 17:03:31 lynx kernel: [ 3350.480190] option 4-2:1.1: GSM modem (1-port) converter detected
Aug 17 17:03:31 lynx kernel: [ 3350.480306] usb 4-2: GSM modem (1-port) converter now attached to ttyUSB1
Aug 17 17:03:31 lynx kernel: [ 3350.482185] option 4-2:1.2: GSM modem (1-port) converter detected
Aug 17 17:03:31 lynx kernel: [ 3350.482297] usb 4-2: GSM modem (1-port) converter now attached to ttyUSB2
Aug 17 17:03:31 lynx mtp-probe: checking bus 4, device 8: "/sys/devices/pci0000:00/0000:00:1a.1/usb4/4-2"
Aug 17 17:03:31 lynx mtp-probe: bus: 4, device: 8 was not an MTP deviceErkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
válasz Rickazoid #11498 üzenetére
Megoldottam. Leírom, hátha valakinek jól jön:
Megőszültem, de sikerült.
Annyit szenvedtem a hsoconnect-tel, meg hogy mért nincs /dev/ttyHS*, hogy már majdnem feladtam. Végül meglett a megoldás.
Comgt + wvdial. Ennyi. A /etc/wvdial.conf-ba pedig ezt kellett íratnom, illetve írnom:[Dialer Defaults]
Init1 = ATZ
Stupid Mode = off
Abort on No Dialtone = on
Modem = /dev/ttyUSB0
Check Def Route = on
Phone = *99#
Idle Seconds = 0
Abort on Busy = off
Modem Type = Analog Modem
Baud = 9600
Dial Command = ATM1L3DT
Dial Attempts = 1
Ask Password = off
Init = ATZ
ISDN = 0
Init3 = AT+CGDCONT=1,"IP","internet"
Init2 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
Carrier Check = on
Auto Reconnect = on
APN = internet
Password = t-mobile
Username = t-mobileFelhasználónévre és jelszóra nincs szükség, de a wvdial megköveteli, ettől függetlenül működik. Kiír egy hibát, de továbblép és már megy is.
Sajnos az SMS-ekhez így nem férek hozzá, de legalább van net.[ Szerkesztve ]
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
válasz bambano #11504 üzenetére
Köszi a tippet. A gnokii-val nem sokra mentem, de a wammu működik.. igaz neki kell futnom párszor a kapcsolódásnak, amire a három port valamelyikén sikerül neki, de látja. Jól láttam, hogy automatikus letöltés nincs benne vagy csak én nem találtam?
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
Üdv!
Tud valaki megoldást erre a problémára? Ez itt egy Eclipse, aminek Redmond témával kéne megjelennie. Az env GTK2_RC_FILES=/usr/share/themes/Redmond/gtk-2.0/gtkrc eclipse paranccsal lett indítva, de az oldalsávok háttere valamiért a rendszertéma színe maradt, szinte olvashatatlanná téve az ottani szöveget.
A rendszertéma ez, GNOME 3 az asztali környezet és Arch Linux az op.rendszer. A Redmond témán kívül csak az Industrial témával működik még, de annak is ez az eredménye.
Tudja valaki mi lehetne a megoldás (nem témacsere tipp érdekel)? Netbeans is hasonlóan jelenik meg.Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
-
Rickazoid
addikt
válasz shade3 #11532 üzenetére
cat d:/tm/output/jo_1b.txt | while read filename; do
mv -f "$filename" D:/Output/
done
Szerk.: teszteltem, a végén nekem kiírja, hogy mv: stat ”” sikertelen: Nincs ilyen fájl vagy könyvtár, de nem kell vele foglalkozni, megcsinálja amit kell. Megjegyzem aposztrófot ne használj, mert akkor $filename nevű fájlt fog keresni.[ Szerkesztve ]
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
Van egy fura problémám Arch Linux alatt, GNOME 3 felülettel (más most nincs telepítve, de nem is szándékozom).
10-ből 1-szer, amikor Easystroke-ot vagy billentyűparancsot használok, a rendszer megmerevedik, az egér mozgásán kívül más nem működik, az is darabos, de még a NumLock sem kapcsolható, ha épp fut valami videó vagy zene, akkor elnémul, leáll, egyszóval mintha lefagyna a teljes gép. De nem maradandóan, pár másodperc és egy perc közti ideig tart ez az állapot, utána ismét működik rendesen.
Mi lehet ez?[ Szerkesztve ]
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
válasz Rickazoid #11718 üzenetére
A rövid lefagyásokra valakinek ötlete? Két dologra gyanakszom, a RAM-ra és magára az op.rendszerre. RAM-ot nemrég cseréltem többre és gyorsabbra (800 MHz-re, bár csak 667 MHz-en fut.. elvileg), illetve nemrég telepítettem újra az op.rendszert egy egész más particionáláshoz.
Eleve nem tudom hardver- vagy szoftverhiba lehet-e inkább, nincs hibaüzenet sehol, de annyival kiegészül a dolog, hogy néha programindításnál is előjön a jelenség és VirtualBox-ban is lassabban futnak a programok, mint korábban (értsd.: akadozik például egy Silverlight videó egy vendég Windows alatt, pedig több RAM-ot kapott, mint korábban, amikor jó volt), emellett ha fut a VBox, akadozik a videólejátszás az Arch-on (korábban ilyen nem volt, most igen, videokártya-drivertől és kimenettől függetlenül - csak x11, xv vagy xv (0 - Radeon Textured Video), utóbbi kettőnél a feliratok vibrálnak alacsony frekvencián, a gl és többi alapból akadozik).
Semmilyen composite megoldás nincs engedélyezve.Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
válasz Siriusb #11759 üzenetére
BIOS-ban nem nagyon van mit visszaállítani, a boot-sorrenden kívül minden gyári beállítás. Igaz az újratelepítés előtt frissítettem Windows alól, nehogy gondja legyen a 4 GB RAM-mal (nem mai példány a notebookom), de minden rendben ment.
(#11760) Jester01: lefuttatok egy tesztet a smartctl-lel, aztán beírom az eredményt. Másfél-két óra múlva.
[ Szerkesztve ]
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
válasz Rickazoid #11761 üzenetére
"Completed without error" lett az eredménye az extended offline tesztnek. Úgy tűnik semmi hiba. Egyébként 23471 órát működött a winchester eddig, több mint két és fél évet a 4 éve alatt.
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
válasz gabranek #11764 üzenetére
Google-ben vagy a shutdown manualban könnyebb megtalálni a választ. Ha jól értem, akkor a végeredmény ugyanaz, a shutdown -h now is az init 0-t fogja végül meghívni, csak míg utóbbi csak ennyi, előbbinek lehet más paramétereket megadni, például hogy mikor álljon le vagy hogy újrainduljon-e (init 6).
A shutdown man oldaláról:
"shutdown does its job by signalling the init process, asking it to change the runlevel. Runlevel 0 is used to halt the system, runlevel 6 is used to reboot the system, and runlevel 1 is used to put to system into a state where administrative tasks can be performed;"[ Szerkesztve ]
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
válasz bambano #11763 üzenetére
IDE és notebook, nincs kábel, csak a csatlakozók. Kellemetlen lenne, ha a csatlakozó lenne rossz az alaplapon.. de van bővítőhely SATA csatlakozással, jövő hónapra meg tervezek egy HDD-t oda, szóval nem lenne világvége... de ilyen hibát nem tudnék igazolni.
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
válasz bambano #11772 üzenetére
CPU0 CPU1
0: 9020987 5038883 IO-APIC-edge timer
1: 13158 8561 IO-APIC-edge i8042
8: 1 0 IO-APIC-edge rtc0
9: 113385 69268 IO-APIC-fasteoi acpi
12: 348924 53431 IO-APIC-edge i8042
14: 135165 70505 IO-APIC-edge ata_piix
15: 0 0 IO-APIC-edge ata_piix
16: 38 24 IO-APIC-fasteoi radeon@pci:0000:01:00.0
17: 171510 76964 IO-APIC-fasteoi uhci_hcd:usb6
18: 0 0 IO-APIC-fasteoi uhci_hcd:usb7
19: 86291 49464 IO-APIC-fasteoi ata_piix
20: 84 58 IO-APIC-fasteoi ehci_hcd:usb1, uhci_hcd:usb3
21: 0 0 IO-APIC-fasteoi uhci_hcd:usb4
22: 752 324 IO-APIC-fasteoi yenta, tifm_7xx1, mmc0, firewire_ohci
23: 7384 6975 IO-APIC-fasteoi ehci_hcd:usb2, uhci_hcd:usb5
44: 912778 397582 PCI-MSI-edge iwl4965
45: 210 32574 PCI-MSI-edge hda_intel
46: 0 2 PCI-MSI-edge eth0
NMI: 1308 3841 Non-maskable interrupts
LOC: 4103987 5852105 Local timer interrupts
SPU: 0 0 Spurious interrupts
PMI: 1308 3841 Performance monitoring interrupts
IWI: 0 0 IRQ work interrupts
RES: 6956029 7378783 Rescheduling interrupts
CAL: 83301 84243 Function call interrupts
TLB: 135903 147808 TLB shootdowns
TRM: 0 0 Thermal event interrupts
THR: 0 0 Threshold APIC interrupts
MCE: 0 0 Machine check exceptions
MCP: 230 229 Machine check polls
ERR: 0
MIS: 0Softirq-t megpróbálom. Hirtelen nem találom, csak írjam be a kernelparaméterekhez, hogy softirq vagy mást kell?
[ Szerkesztve ]
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
Nem melegszik túl, átlag 60°, csak Skype-pal megy fel 70° fölé, konkrétan 90-ig, de manapság azt már nem használom. Egyszer volt túlmelegedése, amikor leállt a ventilátor, de akkor egyből leállította magát a rendszer. Gondolom egy újabb túlmelegedésnél is ugyanezt tenné.
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
Amíg nem találsz megoldást magadnak, próbáld ki a Wicd-t. Én is ezt használom, amióta a GNOME alatti NetworkManager ugyanezt a jelenséget produkálta (talán még mindig, nem néztem, nálam azóta tiltva van a network és a networkmanager daemon indulása is, helyettük a wicd indul).
[ Szerkesztve ]
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
Ismét egy hiba miatt fordulnék hozzátok
Alvó állapotba kapcsoláskor és leállításkor, pontosabban ezek helyett a notebookom valami furát művel. Ennyit látni, ezek váltakoznak:
[link] [link] [link]
Ilyenkor ha várok kicsit, hallani ahogy a ventilátor felpörög, mintha valami terhelné a gépet.
Hibaüzenetet viszont nem találtam a logokban, nincs különbség az alvó állapotba lépés és az alvó állapot helyetti ilyen hiba üzenetei közt. Sehol semmi hiba.
Alvó állapotnál minden második ilyen, leállításnál talán minden tizedik, vagy még ritkább az előfordulása, de előfordul.
Amit viszont észrevettem, hogy a rendszer indulásánál valamiért 2 órával több van a logokban, majd ez beáll a valós időre, de ha ez a hiba előfordul, akkor indításnál a rendszeridő két órával több marad és az ntpd sem állítja be az órát, habár a konfigurációja eszerint készült.
Megnéztem a BIOS-ban, ott jó az időbeállítás, a hiba után közvetlenül is.
Összefügghet ez ezzel a hibával?
Van tippetek?[ Szerkesztve ]
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
Nyílt driver, a catalyst ennél furább dolgokat szokott művelni (például nem indul az X mert nem talál képernyőt), de a nyílttal nem voltak gondjaim jó ideje már.
A kézzel állítás esetében az ntpd -qg parancsra gondolsz? Az se szinkronizálja látszólag, az ntpdate pedig azt írja nincs megfelelő szerver. De fura mód egy negyed-fél óra elteltével mégis beáll. Lehet csak lassan kapcsolódik a szerverekhez, vagy egyéb probléma miatt többször kell próbálkoznia.
Windows van, egyelőre ott nem tapasztaltam hasonló hibákat, de nem is használom annyit, hogy ilyen jelenségeket észrevegyek. Bár az altatást kipróbálhatom működik-e rendesen. Arch alatt szabályosan minden második hibás.
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
-
Rickazoid
addikt
Üdv!
NFS-sel lenne egy kis problémám.
Adott két gép, közvetlenül összekötve fix IP címmel. Egyik megkapta a 192.168.5.25 címet, a másik a 192.168.5.26-ot.
Utóbbin létrehoztam egy NFS-sel megosztott mappát. Követtem az Arch Wiki leírását erről.
Mindkét gépen telepítettem és elindítottam az összetevőket. A szervernek szánt gépen a /etc/exports fájlba ez került:
/shared/folder 192.168.5.25/24(ro,sync,no_subtree_check)
Nautilusban meg is jelent a megosztást jelző matrica a könyvtáron. Újraindítottam az NFS-t, de előtte még kiadtam az exportfs -ra parancsot. A másik gépen megpróbáltam felcsatolni a mappát a következő paranccsal:
mount -v 192.168.5.26:/shared/folder /media/share
Utóbbi mappa létezik. Azonban ezt a hibaüzenetet kapom:
mount: nem adott meg típust - a kettőspont miatt nfs típust feltételezek
mount.nfs: timeout set for Fri Oct 14 22:33:38 2011
mount.nfs: trying text-based options 'vers=4,addr=192.168.5.26,clientaddr=192.168.5.25'
mount.nfs: mount(2): Permission denied
mount.nfs: access denied by server while mounting 192.168.5.26:/shared/folderMi lehet a baja? Kihagytam volna valamit? Kerestem a neten, de minden találat szerint jól csináltam mindent.
ui.:
ping 192.168.5.26
PING 192.168.5.26 (192.168.5.26) 56(84) bytes of data.
64 bytes from 192.168.5.26: icmp_req=1 ttl=64 time=0.227 ms
64 bytes from 192.168.5.26: icmp_req=2 ttl=64 time=0.164 ms
64 bytes from 192.168.5.26: icmp_req=3 ttl=64 time=0.228 ms
64 bytes from 192.168.5.26: icmp_req=4 ttl=64 time=0.236 ms
^C
--- 192.168.5.26 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 2998ms
és
ping 192.168.5.25
PING 192.168.5.25 (192.168.5.25) 56(84) bytes of data.
64 bytes from 192.168.5.25: icmp_req=1 ttl=64 time=0.173 ms
64 bytes from 192.168.5.25: icmp_req=2 ttl=64 time=0.113 ms
64 bytes from 192.168.5.25: icmp_req=3 ttl=64 time=0.116 ms
64 bytes from 192.168.5.25: icmp_req=4 ttl=64 time=0.117 ms
64 bytes from 192.168.5.25: icmp_req=5 ttl=64 time=0.116 ms
^C
--- 192.168.5.25 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 3998ms[ Szerkesztve ]
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
Új hozzászólás Aktív témák
- Győr és környéke adok-veszek-beszélgetek
- Parfüm topik
- A fociról könnyedén, egy baráti társaságban
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Amazon
- Napelem
- BestBuy topik
- Vezetékes FEJhallgatók
- Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
- Politika
- További aktív témák...