[MEGOLDVA] "Külső usb vinyó ház" (Cooler master X Craft 360) gond

Merevlemezek, vezérlők

Sziasztok!

A fent említett "külső usb-s sata hdd ház"-zal (vagy mi a szösszel) van
gondom. Az addig tökéletesen működő rendszervinyómat bele pakolva, éa a
lpatopra csatlakoztatva nem működik rendesen (már az előd vinyónál is
voltak gondok: https://lists.uhulinux.hu/arc/kezdo/2008-04/msg00004.html ).
Most kizárt, hogy a vinyóval legyen gond, mivel semmi baja nem volt eddig.
A jelenség a következő:
1. Csak akkor látja a 2.1-es Bagoly a lemezt, ha már fut a rendszer,
bekapcsolom a vinyót, és miután felpörgött, akkor csatlakoztatom az usb-t.
Ha be van dugva, mielőtt bekapcsolom, nem működik.
2. egy ideig látja a partíciókat, majd eltűnnek. Ha újra csatlakoztatom,
akkor már csak kevesebb ideig látom (melegedés?).
3. Megnéztem vindowsban is, ott simán látja az ntfs partíciókat attól
függetlenül, hgoy mikor kapcsoltam, csatlakoztattam. Hosszabb ideig még nem
használtam, majd nyúzom kicsit.

!!! Elképzelhető, hogy nem tudja rendesen kezelni a kernel vagy valami ezt a
fajta usb meghajtót? Mi a teendő? Küldjek megint dmesg kimenetet?
Telepítsek valamit?

A helyzet azért rossz, mivel a gépemet elpasszolván már bajosan tudom újra
belerakni, használni, az adataim meg rajta vannak a vinyón, és a laptopra át akartam
másolni a home-ot.

Az lehet az áthidaló megoldás, hogy ext3-at olvasó programot töltök le,
és a vin alól másolgatom át a dolgokat a laptopra. De a szabad hellyel így
szűkösen rendelkezek.

Remélem van valakinek ötlete. Előre is köszönöm!

Üdv:

Kodmen

u.i.: Idő közben -a fenti problémát még tegnap leírtam- kipróbáltam két windowsor ext2/3 kezelő programot, amit itt a hup-on találtam meg. Még tesztelés alatt vannak, de a tegnapi teszt során azt tapasztaltam, hogy bár felcsatlakoztatják az összes ext partíciót, rendesen csak a laptop saját vinyóján lévő partíciókat kezelik. Amint rákattintottam (bekapcsolás után jóval) a külső vinyó partíciójára, azt írta az intéző, hogy nincs formázva, akarom-e? :-o

Segítsetek kérlek, mert fogalmam sincs, merre tovább, csak lövök vaktába!

Lehet, hogy a doboz vezérlője nem ext3 kompatibilis? Mondjuk linuxból az ntfs sem látszott egy idő után...

  • 3942 megtekintés

( kodmen | 2008. 09. 10., sze – 07:58 )

Küldök egy dmesg kimenetet is, informatívnak tűnik, de mit mond? :-)

[ 141.110124] sd 6:0:0:0: [sdb] 781422768 512-byte hardware sectors
(400088 MB)
[ 141.110737] sd 6:0:0:0: [sdb] Write Protect is off
[ 141.110745] sd 6:0:0:0: [sdb] Mode Sense: 00 08 00 00
[ 141.110750] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[ 141.111860] sd 6:0:0:0: [sdb] 781422768 512-byte hardware sectors
(400088 MB)
[ 141.112502] sd 6:0:0:0: [sdb] Write Protect is off
[ 141.112510] sd 6:0:0:0: [sdb] Mode Sense: 00 08 00 00
[ 141.112514] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[ 141.112519] sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 sdb7 sdb8 >
[ 141.188756] sd 6:0:0:0: [sdb] Attached SCSI disk
[ 141.188834] sd 6:0:0:0: Attached scsi generic sg2 type 0
[ 141.189371] usb-storage: device scan complete
[ 141.929768] kjournald starting. Commit interval 5 seconds
[ 141.930462] EXT3 FS on sdb1, internal journal
[ 141.930468] EXT3-fs: recovery complete.
[ 141.930473] EXT3-fs: mounted filesystem with ordered data mode.
[ 142.063846] kjournald starting. Commit interval 5 seconds
[ 142.064725] EXT3 FS on sdb2, internal journal
[ 142.064730] EXT3-fs: recovery complete.
[ 142.064733] EXT3-fs: mounted filesystem with ordered data mode.
[ 142.222840] kjournald starting. Commit interval 5 seconds
[ 142.223474] EXT3 FS on sdb6, internal journal
[ 142.223481] EXT3-fs: recovery complete.
[ 142.224232] EXT3-fs: mounted filesystem with ordered data mode.
[ 142.298118] kjournald starting. Commit interval 5 seconds
[ 142.298830] EXT3 FS on sdb7, internal journal
[ 142.298834] EXT3-fs: recovery complete.
[ 142.298837] EXT3-fs: mounted filesystem with ordered data mode.
[ 679.970229] usb 1-2: reset high speed USB device using ehci_hcd and
address 7
[ 695.055890] usb 1-2: device descriptor read/64, error -110
[ 710.245317] usb 1-2: device descriptor read/64, error -110
[ 710.461050] usb 1-2: reset high speed USB device using ehci_hcd and
address 7
[ 710.572764] usb 1-2: device descriptor read/64, error -32
[ 710.788354] usb 1-2: device descriptor read/64, error -32
[ 711.004014] usb 1-2: reset high speed USB device using ehci_hcd and
address 7
[ 721.393836] usb 1-2: device not accepting address 7, error -110
[ 721.505651] usb 1-2: reset high speed USB device using ehci_hcd and
address 7
[ 731.895486] usb 1-2: device not accepting address 7, error -110
[ 731.895536] usb 1-2: USB disconnect, address 7
[ 731.907184] sd 6:0:0:0: scsi: Device offlined - not ready after error
recovery
[ 731.907466] sd 6:0:0:0: [sdb] Result: hostbyte=DID_NO_CONNECT
driverbyte=DRIVER_OK,SUGGEST_OK
[ 731.907476] end_request: I/O error, dev sdb, sector 72773179
[ 731.916016] Buffer I/O error on device sdb1, logical block 2565
[ 731.916025] lost page write due to I/O error on sdb1
[ 731.916111] Aborting journal on device sdb1.
[ 731.916346] journal commit I/O error
[ 731.916391] Buffer I/O error on device sdb1, logical block 458783
[ 731.916395] lost page write due to I/O error on sdb1
[ 731.916401] Buffer I/O error on device sdb1, logical block 458784
[ 731.916405] lost page write due to I/O error on sdb1
[ 731.916410] Buffer I/O error on device sdb1, logical block 458785
[ 731.916414] lost page write due to I/O error on sdb1
[ 731.916419] Buffer I/O error on device sdb1, logical block 458786
[ 731.916423] lost page write due to I/O error on sdb1
[ 731.916430] Buffer I/O error on device sdb1, logical block 458788
[ 731.916434] lost page write due to I/O error on sdb1
[ 731.916440] Buffer I/O error on device sdb1, logical block 458799
[ 731.916444] lost page write due to I/O error on sdb1
[ 731.916449] Buffer I/O error on device sdb1, logical block 458800
[ 731.916453] lost page write due to I/O error on sdb1
[ 731.916459] Buffer I/O error on device sdb1, logical block 458803
[ 731.916463] lost page write due to I/O error on sdb1
[ 731.916730] Buffer I/O error on device sdb1, logical block 458804
[ 731.916734] lost page write due to I/O error on sdb1
[ 731.931765] ext3_abort called.
[ 731.931771] EXT3-fs error (device sdb1): ext3_journal_start_sb:
Detected aborted journal
[ 731.931777] Remounting filesystem read-only
[ 732.107122] usb 1-2: new high speed USB device using ehci_hcd and
address 8
[ 732.118959] scsi 6:0:0:0: rejecting I/O to dead device
[ 732.120017] WARNING: at fs/buffer.c:1154 mark_buffer_dirty()
[ 732.120023] [] show_trace_log_lvl+0x1a/0x2f
[ 732.120059] [] show_trace+0x12/0x14
[ 732.120062] [] dump_stack+0x16/0x18
[ 732.120065] [] mark_buffer_dirty+0x41/0x8c
[ 732.120070] [] journal_update_superblock+0x5d/0x9e
[ 732.120075] [] journal_destroy+0x187/0x1cc
[ 732.120079] [] ext3_put_super+0x24/0x1d2
[ 732.120084] [] generic_shutdown_super+0x55/0xd6
[ 732.120089] [] kill_block_super+0xf/0x20
[ 732.120092] [] deactivate_super+0x55/0x67
[ 732.120096] [] mntput_no_expire+0x42/0x70
[ 732.120101] [] path_release_on_umount+0x15/0x18
[ 732.120105] [] sys_umount+0x1e1/0x1eb
[ 732.120434] [] syscall_call+0x7/0xb
[ 732.120437] =======================
[ 732.120444] scsi 6:0:0:0: rejecting I/O to dead device
[ 732.120487] scsi 6:0:0:0: rejecting I/O to dead device
[ 732.155981] scsi 6:0:0:0: rejecting I/O to dead device
[ 732.155995] scsi 6:0:0:0: rejecting I/O to dead device
[ 732.156058] scsi 6:0:0:0: rejecting I/O to dead device
[ 732.174260] scsi 6:0:0:0: rejecting I/O to dead device
[ 732.174361] scsi 6:0:0:0: rejecting I/O to dead device
[ 732.174458] scsi 6:0:0:0: rejecting I/O to dead device
[ 732.225725] usb 1-2: device descriptor read/64, error -32
[ 732.438501] usb 1-2: device descriptor read/64, error -32
[ 732.654138] usb 1-2: new high speed USB device using ehci_hcd and
address 9
[ 732.765929] usb 1-2: device descriptor read/64, error -32
[ 732.981590] usb 1-2: device descriptor read/64, error -32
[ 733.201154] usb 1-2: new high speed USB device using ehci_hcd and
address 10
[ 743.591566] usb 1-2: device not accepting address 10, error -110
[ 743.702845] usb 1-2: new high speed USB device using ehci_hcd and
address 11
[ 754.092660] usb 1-2: device not accepting address 11, error -110
[ 765.320697] ieee80211_crypt: registered algorithm 'WEP'
[ 767.018952] scsi 6:0:0:0: rejecting I/O to dead device
[ 767.267059] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 768.194790] scsi 6:0:0:0: rejecting I/O to dead device
[ 768.194801] printk: 192 messages suppressed.
[ 768.194806] Buffer I/O error on device sdb1, logical block 1547
[ 768.194810] lost page write due to I/O error on sdb1

Kodmen

( kodmen | 2008. 09. 11., cs – 08:34 )

Az eddigi hozzászólásokat megköszönve szeretném jelezni, hogy idő közben javult a helyzet. Hogy mitől, azt nem tudom -a vinyó tápkábeljét igazgattam, a házat babráltam- , de fmost huzamosabb ideig, kb kettő órán át tudtam használni, míg a gépet ki nem kapcsoltam.
Nem vagyok benne biztos, hogy itt a történet vége, az azonban biztos, hogy a több, mint 170 látogatóból senkinek nem volt lövése a problémához, vagyis rossz helyen próbáltam segítséget kérni, ezzel a problémával nem tudtak mit kezdeni az olvasók. Mea culpa.
Konklúzió: továbbra is a segítőkész UHU-Linux közösségnél próbálkozok előszőr, s nem esek túlzó elvárásokba a fórummal kapcsolatban. Ha jön válász, örülök, ha nem jön, akkor nem jön.

Üdv:

Kodmen

( MGy v | 2008. 09. 11., cs – 09:57 )

Valószínű azért nem kaptál választ, mert nem software, hanem hardware lehet az oka a dolognak és jobb lenne látni is a dolgot.

A logból és a tapasztalatodból az jön le nekem, hogy atápod csatlakozója lehet kontakthibás. A felpörgésnél sok áramot vesz fel a drive vagy ha nagyon használod. A kontakthibán ilyenkor feszültség esik és az elektronikának nem jut elég feszültség a működéshez.
Nézd meg a forrasztásokat a tápcsatlakozó környékén.
Tesztként próbáld ki egy másik külső házzal.

Köszönöm a válalszt!
Így már értem a hiba okát. Tegnap kezdtem el hasonlóra gyanakodni, amikor észre vettem, hogy milyen instabil a tápcsatlakozója, plusz még a rajta lévő nagy zavarszűrő is húzza... Megpróbálom valahogy megbütykölni, hogy szoluljon a csati.
Van igazság abban, amit mondasz, de nem biztos, hogy a fórumot egyértelműen "merevlemez (szoftver)"-nek lehetne titulálni illetve ez még nem történt meg. Meg egy butának tűnő (milyen meleg a ház?), vagy épp profi (lsusb és egyéb kimenetek?) kérdés igazán nem sok, szerintem. Ennyit igen sokan fel tudnak tenni, csak nem tették.

Viszont te válaszoltál, tippet adtál, ami alapján el is tudok indulni, legfeljebb nem biztos, hogy ez "A" vagy ez az "egyedüli" hiba. Ezért hálás köszönet. No meg azért, hogy végre válaszoltál, s nem a saját visszhangommal kellett "beszélgetnem", mert az elég kiábrándító...

Üdvözlettel:

Kodmen

Megpróbálom multimérettel, ha megint lesz vele gond, köszi szépen!
Plusz információt elfelejtettem írni, tegnap észleltem:
Amikor a ház be van dugva a konnektorba, tápba, de nincs bekapcsolva (standby), és a házból kijövő usb kábelhez érek -mondjuk alkarral, ahol vékonyabb a bőr- akkor frankón megcsíp! Normális, hogy az usb kábelen jöjjön át ennyi áram a házból? Szerintem nem egészen, de lehet, hogy csak nem értek hozzá. Még garis, szóval ha ez indok, megpróbálhatom cserélni. :-) Földelési hiba nem lehet, mert maga a táp sem földelt...
Mindezt az asztalon hagyott, gépből kihúzott usb kábel segített megtapasztalni.

Köszönöm!

Kodmen

Ez nem normális, lehet ugayn földhurok, de azt nem kellene érezned - kivéve ha nagyon nagy. Próbáld meg ugyan abba a hosszabbítóba dugni, amelyikben a gép van és megfordítani a villásdugót. Ha nem szűnik meg a jelenség akkor valószínűleg a táp rossz. Esetleg mérjél feszültséget a gép háza és az USB külső fémje között.

Okés, megpróbálom, bár nem főzök hozzá sok reményt. Még valami, lehet, hogy félreérthető voltam:
A "ház" alatt az usb tokot értettem, nem a gép házát, mivel laptopot használok.
És nem kell a laptopot is fogjam ahhoz, hogy rázzon, vagyis nem ott keletkezik a feszültség, hanem az x Craftból jövő usb hábel adja, én meg valamennyire földelve vagyok, és vezetem...

Kodmen

Sziasztok!

Újra elő kell vennem a szálat, most látom, hogy érdeklődtetek közben. Igazából csak álmegoldást találtam: Másik konnektorba dugtam a winyót, és örültem. Hamar rájöttem viszont, hogy mégsem oldódott meg, de nem akartam megint itt nyavajogni...most mégis.
Arra jöttem rá, hogy általában azt nem szereti, ha mondjuk fut rajta egy progam, és közben másolok róla vagy rá paranccsoros felületről (xterm) mondjuk mc-vel... Ha ilyet nem csináltam, akár egy hétig is ment egyfolytában, mostanság viszont megint gondok vannak, eldobja a vinyót, valahogy így:

Nov 17 19:42:23 kodilapos kernel: [177148.869146] usb 1-2: reset high speed USB device using ehci_hcd and address 25
Nov 17 19:42:38 kodilapos kernel: [177163.954843] usb 1-2: device descriptor read/64, error -110
Nov 17 19:42:53 kodilapos kernel: [177179.148943] usb 1-2: device descriptor read/64, error -110
Nov 17 19:42:54 kodilapos kernel: [177179.363938] usb 1-2: reset high speed USB device using ehci_hcd and address 25
Nov 17 19:43:09 kodilapos kernel: [177194.449576] usb 1-2: device descriptor read/64, error -110
Nov 17 19:43:24 kodilapos kernel: [177209.638913] usb 1-2: device descriptor read/64, error -110
Nov 17 19:43:24 kodilapos kernel: [177209.854537] usb 1-2: reset high speed USB device using ehci_hcd and address 25
Nov 17 19:43:35 kodilapos kernel: [177220.244443] usb 1-2: device not accepting address 25, error -110
Nov 17 19:43:35 kodilapos kernel: [177220.356216] usb 1-2: reset high speed USB device using ehci_hcd and address 25
Nov 17 19:43:45 kodilapos kernel: [177230.750633] usb 1-2: device not accepting address 25, error -110
Nov 17 19:43:45 kodilapos kernel: [177230.750682] usb 1-2: USB disconnect, address 25
Nov 17 19:43:45 kodilapos kernel: [177230.752228] sd 11:0:0:0: scsi: Device offlined - not ready after error recovery
Nov 17 19:43:45 kodilapos kernel: [177230.752403] sd 11:0:0:0: [sdb] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK,SUGGEST_OK
Nov 17 19:43:45 kodilapos kernel: [177230.752413] end_request: I/O error, dev sdb, sector 562569494
Nov 17 19:43:45 kodilapos kernel: [177230.752484] sd 11:0:0:0: [sdb] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK,SUGGEST_OK
Nov 17 19:43:45 kodilapos kernel: [177230.752491] end_request: I/O error, dev sdb, sector 562569734
Nov 17 19:43:45 kodilapos NetworkManager: [1226947425.599209] nm_hal_device_removed(): Device removed (hal udi is '/org/freedesktop/Hal/devices/usb_device_ed06_8000_1966051022645658_if0_scsi_host_scsi_device_lun0_scsi_generic').
Nov 17 19:43:45 kodilapos NetworkManager: [1226947425.605687] nm_hal_device_removed(): Device removed (hal udi is '/org/freedesktop/Hal/devices/volume_part8_size_2122089984').
Nov 17 19:43:45 kodilapos hald[1676]: forcibly attempting to lazy unmount /dev/sdb6 as enclosing drive was disconnected
Nov 17 19:43:45 kodilapos kernel: [177230.861394] scsi 11:0:0:0: rejecting I/O to dead device
Nov 17 19:43:45 kodilapos kernel: [177230.861401] Buffer I/O error on device sdb6, logical block 1549
Nov 17 19:43:45 kodilapos kernel: [177230.861403] lost page write due to I/O error on sdb6
Nov 17 19:43:45 kodilapos kernel: [177230.861590] scsi 11:0:0:0: rejecting I/O to dead device
Nov 17 19:43:45 kodilapos kernel: [177230.861595] Buffer I/O error on device sdb6, logical block 1549
Nov 17 19:43:45 kodilapos kernel: [177230.861597] lost page write due to I/O error on sdb6
Nov 17 19:43:45 kodilapos kernel: [177230.861759] scsi 11:0:0:0: rejecting I/O to dead device
Nov 17 19:43:45 kodilapos kernel: [177230.861763] Buffer I/O error on device sdb6, logical block 0
Nov 17 19:43:45 kodilapos kernel: [177230.861765] lost page write due to I/O error on sdb6
Nov 17 19:43:45 kodilapos hald: unmounted /dev/sdb6 from '/media/kislinux' on behalf of uid 0
Nov 17 19:43:45 kodilapos hald[1676]: forcibly attempting to lazy unmount /dev/sdb5 as enclosing drive was disconnected
Nov 17 19:43:45 kodilapos NetworkManager: [1226947425.726800] nm_hal_device_removed(): Device removed (hal udi is '/org/freedesktop/Hal/devices/volume_uuid_efbcf59a_1ac9_4911_8ed8_5966337afd87').
Nov 17 19:43:45 kodilapos kernel: [177230.897889] usb 1-2: new high speed USB device using ehci_hcd and address 26
Nov 17 19:43:45 kodilapos ntfs-3g[17942]: Unmounting /dev/sdb5 (telep)
Nov 17 19:43:45 kodilapos hald: unmounted /dev/sdb5 from '/media/telep' on behalf of uid 0
Nov 17 19:43:45 kodilapos NetworkManager: [1226947425.739744] nm_hal_device_removed(): Device removed (hal udi is '/org/freedesktop/Hal/devices/volume_uuid_ABB68BF43C672B39').
Nov 17 19:43:45 kodilapos NetworkManager: [1226947425.739826] nm_hal_device_removed(): Device removed (hal udi is '/org/freedesktop/Hal/devices/volume_part4_size_1024').
Nov 17 19:43:45 kodilapos hald[1676]: forcibly attempting to lazy unmount /dev/sdb3 as enclosing drive was disconnected
Nov 17 19:43:45 kodilapos ntfs-3g[17932]: Unmounting /dev/sdb3 (xp)
Nov 17 19:43:45 kodilapos hald: unmounted /dev/sdb3 from '/media/xp' on behalf of uid 0
Nov 17 19:43:45 kodilapos hald[1676]: forcibly attempting to lazy unmount /dev/sdb7 as enclosing drive was disconnected
Nov 17 19:43:45 kodilapos NetworkManager: [1226947425.788818] nm_hal_device_removed(): Device removed (hal udi is '/org/freedesktop/Hal/devices/volume_uuid_1314486F60F04AD1').
Nov 17 19:43:45 kodilapos hald: unmounted /dev/sdb7 from '/media/nagylinux' on behalf of uid 0
Nov 17 19:43:45 kodilapos hald[1676]: forcibly attempting to lazy unmount /dev/sdb2 as enclosing drive was disconnected
Nov 17 19:43:45 kodilapos NetworkManager: [1226947425.820861] nm_hal_device_removed(): Device removed (hal udi is '/org/freedesktop/Hal/devices/volume_uuid_7763209e_5fdf_47bb_8a46_1e7bcd7eb687').
Nov 17 19:43:45 kodilapos kernel: [177231.022211] scsi 11:0:0:0: rejecting I/O to dead device
Nov 17 19:43:45 kodilapos kernel: [177231.022219] Buffer I/O error on device sdb2, logical block 522
Nov 17 19:43:45 kodilapos kernel: [177231.022221] lost page write due to I/O error on sdb2
Nov 17 19:43:45 kodilapos kernel: [177231.022409] scsi 11:0:0:0: rejecting I/O to dead device
Nov 17 19:43:45 kodilapos kernel: [177231.022413] Buffer I/O error on device sdb2, logical block 522
Nov 17 19:43:45 kodilapos kernel: [177231.022415] lost page write due to I/O error on sdb2
Nov 17 19:43:45 kodilapos kernel: [177231.022569] scsi 11:0:0:0: rejecting I/O to dead device
Nov 17 19:43:45 kodilapos kernel: [177231.022573] Buffer I/O error on device sdb2, logical block 0
Nov 17 19:43:45 kodilapos kernel: [177231.022575] lost page write due to I/O error on sdb2
Nov 17 19:43:45 kodilapos hald: unmounted /dev/sdb2 from '/media/disk' on behalf of uid 0
Nov 17 19:43:45 kodilapos hald[1676]: forcibly attempting to lazy unmount /dev/sdb1 as enclosing drive was disconnected
Nov 17 19:43:45 kodilapos NetworkManager: [1226947425.856624] nm_hal_device_removed(): Device removed (hal udi is '/org/freedesktop/Hal/devices/volume_uuid_ac349739_1ab2_4f9e_9c6d_008014911835').
Nov 17 19:43:45 kodilapos kernel: [177231.055703] scsi 11:0:0:0: rejecting I/O to dead device
Nov 17 19:43:45 kodilapos kernel: [177231.055711] Buffer I/O error on device sdb1, logical block 1547
Nov 17 19:43:45 kodilapos kernel: [177231.055714] lost page write due to I/O error on sdb1
Nov 17 19:43:45 kodilapos kernel: [177231.055904] scsi 11:0:0:0: rejecting I/O to dead device
Nov 17 19:43:45 kodilapos kernel: [177231.055909] Buffer I/O error on device sdb1, logical block 1547
Nov 17 19:43:45 kodilapos kernel: [177231.055911] lost page write due to I/O error on sdb1
Nov 17 19:43:45 kodilapos kernel: [177231.056072] scsi 11:0:0:0: rejecting I/O to dead device
Nov 17 19:43:45 kodilapos kernel: [177231.056076] Buffer I/O error on device sdb1, logical block 0
Nov 17 19:43:45 kodilapos kernel: [177231.056078] lost page write due to I/O error on sdb1
Nov 17 19:43:45 kodilapos hald: unmounted /dev/sdb1 from '/media/home' on behalf of uid 0
Nov 17 19:43:45 kodilapos NetworkManager: [1226947425.890738] nm_hal_device_removed(): Device removed (hal udi is '/org/freedesktop/Hal/devices/volume_uuid_9011ac82_e5f5_4966_a452_a723d422ac68').

Nov 17 19:43:45 kodilapos NetworkManager: [1226947425.892090] nm_hal_device_removed(): Device removed (hal udi is '/org/freedesktop/Hal/devices/usb_device_ed06_8000_1966051022645658_if0_scsi_host_scsi_device_lun0').
Nov 17 19:43:45 kodilapos NetworkManager: [1226947425.893329] nm_hal_device_removed(): Device removed (hal udi is '/org/freedesktop/Hal/devices/usb_device_ed06_8000_1966051022645658_usbraw').
Nov 17 19:43:45 kodilapos NetworkManager: [1226947425.894544] nm_hal_device_removed(): Device removed (hal udi is '/org/freedesktop/Hal/devices/usb_device_ed06_8000_1966051022645658_if0').
Nov 17 19:43:45 kodilapos NetworkManager: [1226947425.895888] nm_hal_device_removed(): Device removed (hal udi is '/org/freedesktop/Hal/devices/storage_serial_SAMSUNG_HD403LJ_1966051022645658_0_0').
Nov 17 19:43:45 kodilapos NetworkManager: [1226947425.897210] nm_hal_device_removed(): Device removed (hal udi is '/org/freedesktop/Hal/devices/usb_device_ed06_8000_1966051022645658').
Nov 17 19:43:45 kodilapos NetworkManager: [1226947425.898387] nm_hal_device_removed(): Device removed (hal udi is '/org/freedesktop/Hal/devices/usb_device_ed06_8000_1966051022645658_if0_scsi_host').
Nov 17 19:43:49 kodilapos kernel: [177235.161722] scsi 11:0:0:0: rejecting I/O to dead device
Nov 17 19:43:49 kodilapos kernel: [177235.161744] journal_bmap: journal block not found at offset 26 on sdb7
Nov 17 19:43:49 kodilapos kernel: [177235.161752] Aborting journal on device sdb7.
Nov 17 19:43:49 kodilapos kernel: [177235.161765] scsi 11:0:0:0: rejecting I/O to dead device
Nov 17 19:43:49 kodilapos kernel: [177235.161797] Buffer I/O error on device sdb7, logical block 527
Nov 17 19:43:49 kodilapos kernel: [177235.161804] lost page write due to I/O error on sdb7
Nov 17 19:43:49 kodilapos kernel: [177235.161821] journal commit I/O error
Nov 17 19:43:49 kodilapos kernel: [177235.161851] scsi 11:0:0:0: rejecting I/O to dead device
Nov 17 19:43:49 kodilapos kernel: [177235.162513] scsi 11:0:0:0: rejecting I/O to dead device
Nov 17 19:43:49 kodilapos kernel: [177235.162626] scsi 11:0:0:0: rejecting I/O to dead device
Nov 17 19:44:00 kodilapos kernel: [177245.983385] usb 1-2: device descriptor read/64, error -110
Nov 17 19:44:16 kodilapos kernel: [177261.172833] usb 1-2: device descriptor read/64, error -110
Nov 17 19:44:16 kodilapos kernel: [177261.388562] usb 1-2: new high speed USB device using ehci_hcd and address 27
Nov 17 19:44:31 kodilapos kernel: [177276.486134] usb 1-2: device descriptor read/64, error -110
Nov 17 19:44:46 kodilapos kernel: [177291.675575] usb 1-2: device descriptor read/64, error -110
Nov 17 19:44:46 kodilapos kernel: [177291.891152] usb 1-2: new high speed USB device using ehci_hcd and address 28
Nov 17 19:44:57 kodilapos kernel: [177302.281019] usb 1-2: device not accepting address 28, error -110
Nov 17 19:44:57 kodilapos kernel: [177302.392790] usb 1-2: new high speed USB device using ehci_hcd and address 29
Nov 17 19:45:07 kodilapos kernel: [177312.782672] usb 1-2: device not accepting address 29, error -110

Mond ez valakinek valamit? Szerintem a linux-al -meg velem- van a baj, nem a vinyóval, vagy a sata rack-el. De mi lehet a gond?...

Kodmen
-------------------
...a Linux filozófiája: "Keresd a veszélyt". Hopp! Nem így van. "Csináld magad!" Ez az! (Linus Torvalds)

Nem tom, én rendszermentéshez vettem egy noname laptop vinyó külső házat. Mondjuk önálló táp nélkül. Tehát az USB-ről veszi az áramot. Az volt a tapasztalatom, hogy ha csak másolgattam ide-oda néhány fájlt, akkor még okés volt. De ha rendesen dd-zni akartam, vagy cat-oltam sok gigabájtot, akkor nemcsak lassú volt, hanem egy idő után ilyen-olyan hibaüzenetekkel megszakadt. Rendszermentésről lévén szó szereztem a laptophoz egy vincseszter keretet, amit a CD-ROM helyére lehet beilleszteni. Azzal tutira működik és még gyorsabb is. Nem szeretem az USB-t.

Üdv,
Dw.
"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

Köszönöm a válszokat!

1. Gagyi kontroller:
Tudom, hogy a márkanév ma már nem garancia, de épp ezért vettem cooler master-t, hogy ne fussak bele ilyenbe... Lehet hogy mégis? Van még rajta e-sata is, de a laptopon csak fire-wire van... Lehet ezeken valahogy firmware-t frissíteni?

2. Táp:
A házhoz külön tápegység van, a vinyó egy percre sem áll le, csak a kapcsolat bomlik. De mint írtam, nagyon változó, hogy mikor. Tegnap például eldobta, és a szokásos szertartást (usb kihúz, vinyó kikapcsol, táp kihúz, vár, `| rev` ) többször megismételve sem állt helyre. Egy avit akartam másolni, 2-300 körül eldobta. Jöhetne most a kérdés, nem lehet, hogy a fájlal van gond? Visszakérdés: windowsba mentem, és ott megnéztem a filmet, miért nem állt le (pedig etx3-as partícióról van szó, külön programmal csatolva)?

Érdekes módon win alatt nem szokott probléma lenni vele -összhangban a számtechbolt szervizesei állításával- de ezt sajnos nem nagyon tudom tesztelni, mert -nem sajnos- ritkán bootolok M$-t... De lehet hogy kitalálok valami hasonló vinyónyüstölő feladatot.

Elképzelhető, hogy csak linux alatt produkál ilyet, valami kernel hiányosság folytán? Hogyan lehetne a fentieknél bővebb információkat nyerni a rendszerből a történtekről, folyamatról?

Nagyon köszönöm!

u.i.: a rendszermentéshez én most a duplicityvel szórakozok. Ha nem kellenek a vinyó MBR adatai, csak az adatok, ez egy jó módszer. Hátránya, hogy kell egy gép, amin a kérdéses program már fenn van. Inkább remote backup szerverhez kiváló.

Kodmen
-------------------
...a Linux filozófiája: "Keresd a veszélyt". Hopp! Nem így van. "Csináld magad!" Ez az! (Linus Torvalds)

( kodmen | 2008. 11. 18., k – 14:25 )

Fejlemény:

Ezt találtam:

"i just found a solution for Leopard 10.5.2

you have to change only /System/Library/Extensions/IOUSBMassStorageClass.kext

with one's from MacOSX Update Combo dmg (extract IOUSBMassStorageClass.kext with Pacifist)

do from terminal:
sudo chown -R root:wheel /System/Library/Extensions/IOUSBMassStorageClass.kext

clean cache and reboot.

this is a temporary fix, until apple or cm release an update "

Itt:
http://forum.coolermaster.com/viewtopic.php?f=23&t=8231&st=0&sk=t&sd=a&…

Ez linuxon is megvalósítható? Igazából nem is értem, mire is cseréli...

Ez viszont elkeserítő...:

http://forum.coolermaster.com/viewtopic.php?f=23&t=8487

Kodmen
-------------------
...a Linux filozófiája: "Keresd a veszélyt". Hopp! Nem így van. "Csináld magad!" Ez az! (Linus Torvalds)

Húha!

Elárulnád, hogy csinálod? Vagy nem mondod, hogy csak bedugod, és kész?! Ezt nem hiszem! :-) Özön kérdésem van:

1. Mikor vetted a szerkentyűt?
2. Milyen linux-al használod
3. Tudnál küldeni valami kimenetet, amitől okosabb leszek (lsusb, dmesd, syslog, bármi)?
4. Van valami kénye a csatlakozást illetően (bootoláskoz ne-/legyen bedugva az usb, stb.)
5. Nem kell még egy? :-) Ez csak vicc, mert nagyon jó holmi ez, stílusos, praktikus, csak hát ha nem működik rendesen...
6. Ismersz még valakit, akinél megy, vagy nem volt jó, aztán mégis?
7. Apropó: milyen fájlrendszer van a vinyón, milyen vinyó van benne?

Köszi!

Kodmen
-------------------
...a Linux filozófiája: "Keresd a veszélyt". Hopp! Nem így van. "Csináld magad!" Ez az! (Linus Torvalds)

1. 2007.10 hó
2. ubuntu aktuális verziók, még interpiddel nem próbáltam ill. sysresscd spéci gentoo, nem tudom melyik kernellel
3. holnap
4. futó linux esetén tökmind1, ha előbb van bekapcsolva mint a gép akkor a bios boot mindig megy, egyéb esetben szokott gond lenni
5. köszi, de 2 is van :)
6. ez a 2 nálunk jól megy, mostanában ajánlgattam másnak is, de ők windowsosak
7. ext3, ext2, fat32, samsung 80 gb sata, de volt már benne samsung 250 is, meg talán valami wd is

Mik

Azt hiszem, a legjobb megoldás az lenne, hogy az egyik házat elcserélnéd velem, hogy megnézzük, nálam is megy-e, illetve az enyém nálad sem megy. Ha mindkettőnké jó így, akkor el is lenne intézve! Nos? :-)
1. Az enyém 2007 decemberi, tehát nem régebbi verzió... Pedig reménykedtem, hogy valamiféle firmware frissítés segíthetne...

2. ubuntu live cd-vel kipróbálnám, de úgy vettem észre, az inkább telepítésre van (egy avi lejátszásához is codec-et akar letölteni. Másolgatni éppen lehet vele... Nincs live dvd, minden extrával?... Á, már találtam is ( http://ubuntu.hu/forum/telepitesi-frissitesi-kerdesek/ubuntu-live-dvd ), ki fogom próbálni!

3. Az jó lesz, várom. De szerintem nem én fogom kielemezni, de megpróbálom.

4. Én úgy trükközök, hogy bekapcsolt linux-nál bekapcsolom a vinyót, majd ha felpörgött, akkor dugom be az usb-t. Már nem emlékszem, miért is kell így csinálni, olyan rég óta csinálom így :-), de majd kipróbálom másképp. Azt nem tudod véletlenül, hogy miért csak az egyik felhasználó tudja felcsatolni a vinyót? Ennek nem olyannak kellene lenni, mint egy pendrive-nak, hogy bárki csatlakoztatja, látható, esetleg bizonyos jogok csak a csatlakoztatóé? Ha másik felhasználó van bejelentkezve, amikur bedugom az usb-t, akkor valami hal hibaüzenetet ad minden partícióra... Ha az egyi csatlakoztatja, és átlépek a másikhoz, akkr viszont ő is tudja használni...

5. Az új ajánlatommal kezdtem... :-)

7. enyémben egy 400-as Samsung van, de ugyan ezt csinálja a 200-as Seagete-tel, mondjuk ez a vinyó már csak élőhalott, gépben sem mindíg ment...

8. Jut eszembe! Szerintetek ez a leválasztás tehet kárt a vinyóban?

Köszönöm!

Kodmen
-------------------
...a Linux filozófiája: "Keresd a veszélyt". Hopp! Nem így van. "Csináld magad!" Ez az! (Linus Torvalds)

Zalában vagyok, ha eljössz tesztelhetünk :)
4. most is menet közben kapcsoltam be Dell notin. Az, hogy csak adott user tudja csatolni [kde|gnome]+udev+hal probléma. Úgy működik mint egy pendrive, de ha az udev és/vagy hal nem jól van beállítva akkor érhet meglepetés...

Mik

Szia!

Először is köszönöm a segítséget!

Nem illesztem be, mi nálam a kimenet, mert a vinyó és az usb port adatait leszámítva minden stimmel... Tehát a hiba a másik készülékben van. csak tudnám hol? Nem lehet, hogy a bios beállítások miatt csinálja (ennek ellent mond, hogy 2 géppel is ezt csinálta)? Vagy az uhu nem kezeli le jól? Mindjárt megpróbálom megnit ledobatni, hogy sikerül-e. Megy az azureus, és elkezdek mc-ben másolni a vinyóról. Mégse, mert közben találtam ezt azt:

http://www.linuxforum.hu/index.php?topic=23283.0
http://ubuntuforums.org/showthread.php?t=163716

Ezek szerint nem tudja kezelni a 240 szektort az usb ház. Ki próbálom, hogy mi van, ha 64-re állítom:

echo 64 >/sys/block/sdb/device/max_sectors

Ezzel csak két problémám van:

1. Gondolom ezt minden indításkor ki kell adni. Hova kellene beírni ezt a sort, hogy ne legyen gond, automatikusan induljon?
2. mi van, ha előbb a pendrive-ot csatlakoztatom, tehát az lesz az sdb, a vinyó meg az sdc? Gondolom ez bonyolítja a fenti kérdést, mert kellene valami szkript, ami megnézi, hogy milyen dev a vinyó, aztán az ennek megfelelő sort írja be valahova

Tudsz/ tudtok majd ebben is segíteni?

Köszönöm

Kodmen
-------------------
...a Linux filozófiája: "Keresd a veszélyt". Hopp! Nem így van. "Csináld magad!" Ez az! (Linus Torvalds)

Ez jónak tűnik, köszönöm! Már nyomtatok is leírást az udev-hez... :-)

Ha jól értem, úgy oldottad meg a dolgot, hogy fix neveket rendeltél a vinyókhoz. Míg nálad ez a cél, az én helyzetemben az lenne az elegáns, hogy felcsatlakozáskor, a megfelelő meghajtóhoz fusson le egy szkript. De ez nem biztos, hogy összejön, először megcsinálom így, a gondok elkerülése érdekében kap valami "sdk" nevet :)

Üdv:

Kodmen
-------------------
...a Linux filozófiája: "Keresd a veszélyt". Hopp! Nem így van. "Csináld magad!" Ez az! (Linus Torvalds)