ext3 filerendszer behalt volna? e2fsck meg egyebek

 ( bzs | 2012. május 5., szombat - 17:04 )

Sziasztok.

Jámboran fordítom az inkscape-et, lefordul, majd a make install kiadásakor félúton a pendrájvon lévő teljes include és src könyvtáram kimountolódik.

Biztos kh -- gondotam, megpucolom az usb csatlakozókat, betolom, montolom a pendrájvot, make install, majd ugyanott meghibbanás, kimountolódás.

fsck meghibbant, ekkor jutott eszembe, hogy ymintha ext3 lenne a fájlrendszer, jó nagy naplóval nekem.

e2fsck -f -y -v /dev/sdc1

ezt indítottam a 32 GB-os pendrive-ra, fut már 3 órája, nem tudom mi lesz.

Ihol a hibajelenség a syslogból (részlet), ami a make install kiadása után jött létre:

May 5 16:05:41 darkstar kernel: [ 66.404551] EXT3-fs (sdc1): warning: maximal mount count reached, running e2fsck is recommended
May 5 16:14:25 darkstar kernel: [ 590.188153] usb 1-2.2: device descriptor read/64, error -71
May 5 16:14:25 darkstar kernel: [ 590.363152] usb 1-2.2: device descriptor read/64, error -71
May 5 16:14:25 darkstar kernel: [ 590.600144] usb 1-2.2: device descriptor read/64, error -71
May 5 16:14:26 darkstar kernel: [ 590.777657] usb 1-2.2: device descriptor read/64, error -71
May 5 16:14:26 darkstar kernel: [ 591.349059] usb 1-2.2: device not accepting address 6, error -71
May 5 16:14:27 darkstar kernel: [ 591.821050] usb 1-2.2: device not accepting address 6, error -71
May 5 16:14:27 darkstar kernel: [ 591.821514] end_request: I/O error, dev sdc, sector 4383272
May 5 16:14:27 darkstar kernel: [ 591.821627] sd 3:0:0:0: rejecting I/O to offline device
May 5 16:14:27 darkstar kernel: [ 591.822297] sd 3:0:0:0: rejecting I/O to offline device
May 5 16:14:27 darkstar kernel: [ 591.822330] sd 3:0:0:0: rejecting I/O to offline device
May 5 16:14:27 darkstar kernel: [ 591.822626] sd 3:0:0:0: rejecting I/O to offline device
May 5 16:14:27 darkstar kernel: [ 591.822644] sd 3:0:0:0: rejecting I/O to offline device
May 5 16:14:27 darkstar kernel: [ 591.822663] sd 3:0:0:0: rejecting I/O to offline device
May 5 16:14:27 darkstar kernel: [ 591.822940] sd 3:0:0:0: rejecting I/O to offline device
May 5 16:14:27 darkstar kernel: [ 591.822967] sd 3:0:0:0: rejecting I/O to offline device
May 5 16:14:27 darkstar kernel: [ 592.201130] usb 1-2.2: device descriptor read/64, error -71
May 5 16:14:27 darkstar kernel: [ 592.376284] usb 1-2.2: device descriptor read/64, error -71
May 5 16:14:27 darkstar kernel: [ 592.613144] usb 1-2.2: device descriptor read/64, error -71
May 5 16:14:28 darkstar kernel: [ 592.788140] usb 1-2.2: device descriptor read/64, error -71
May 5 16:14:28 darkstar kernel: [ 593.360038] usb 1-2.2: device not accepting address 9, error -71
May 5 16:14:29 darkstar kernel: [ 593.832049] usb 1-2.2: device not accepting address 10, error -71
May 5 16:14:29 darkstar kernel: [ 593.832301] hub 1-2:1.0: unable to enumerate USB device on port 2
May 5 16:14:49 darkstar kernel: [ 614.475594] EXT3-fs error (device sdc1): ext3_find_entry: reading directory #2 offset 0
May 5 16:14:49 darkstar kernel: [ 614.475652] Buffer I/O error on device sdc1, logical block 0
May 5 16:14:49 darkstar kernel: [ 614.475660] lost page write due to I/O error on sdc1
May 5 16:14:49 darkstar kernel: [ 614.475670] EXT3-fs (sdc1): I/O error while writing superblock
May 5 16:16:25 darkstar kernel: [ 710.081091] EXT3-fs error (device sdc1): ext3_find_entry: reading directory #1709234 offset 0
May 5 16:16:25 darkstar kernel: [ 710.081138] Buffer I/O error on device sdc1, logical block 0
May 5 16:16:25 darkstar kernel: [ 710.081146] lost page write due to I/O error on sdc1
May 5 16:16:25 darkstar kernel: [ 710.081155] EXT3-fs (sdc1): I/O error while writing superblock
May 5 16:16:30 darkstar kernel: [ 715.369140] EXT3-fs error (device sdc1): ext3_find_entry: reading directory #1676091 offset 0
May 5 16:16:30 darkstar kernel: [ 715.369190] Buffer I/O error on device sdc1, logical block 0
May 5 16:16:30 darkstar kernel: [ 715.369198] lost page write due to I/O error on sdc1
May 5 16:16:30 darkstar kernel: [ 715.369208] EXT3-fs (sdc1): I/O error while writing superblock
May 5 16:16:30 darkstar kernel: [ 715.369315] EXT3-fs error (device sdc1): ext3_find_entry: reading directory #1709234 offset 0
May 5 16:16:30 darkstar kernel: [ 715.369351] Buffer I/O error on device sdc1, logical block 0
May 5 16:16:30 darkstar kernel: [ 715.369358] lost page write due to I/O error on sdc1
May 5 16:16:30 darkstar kernel: [ 715.369366] EXT3-fs (sdc1): I/O error while writing superblock
May 5 16:16:30 darkstar kernel: [ 715.369410] EXT3-fs error (device sdc1): ext3_find_entry: reading directory #1709234 offset 0
May 5 16:16:30 darkstar kernel: [ 715.369445] Buffer I/O error on device sdc1, logical block 0
May 5 16:16:30 darkstar kernel: [ 715.369452] lost page write due to I/O error on sdc1
May 5 16:16:30 darkstar kernel: [ 715.369460] EXT3-fs (sdc1): I/O error while writing superblock
May 5 16:16:30 darkstar kernel: [ 715.369482] EXT3-fs error (device sdc1): ext3_find_entry: reading directory #1709234 offset 0
May 5 16:16:30 darkstar kernel: [ 715.369516] Buffer I/O error on device sdc1, logical block 0
May 5 16:16:30 darkstar kernel: [ 715.369523] lost page write due to I/O error on sdc1
May 5 16:16:30 darkstar kernel: [ 715.369530] EXT3-fs (sdc1): I/O error while writing superblock
May 5 16:16:30 darkstar kernel: [ 715.369551] EXT3-fs error (device sdc1): ext3_find_entry: reading directory #1709234 offset 0
May 5 16:16:30 darkstar kernel: [ 715.369585] Buffer I/O error on device sdc1, logical block 0
May 5 16:16:30 darkstar kernel: [ 715.369593] lost page write due to I/O error on sdc1
May 5 16:16:30 darkstar kernel: [ 715.369600] EXT3-fs (sdc1): I/O error while writing superblock
May 5 16:16:30 darkstar kernel: [ 715.369621] EXT3-fs error (device sdc1): ext3_find_entry: reading directory #1709234 offset 0
May 5 16:16:30 darkstar kernel: [ 715.369655] Buffer I/O error on device sdc1, logical block 0

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Nem erre találták ki a pendrive-ot, szerintem simán megzakkant a cuccod.

--
A főnököm mindig megtartja amit ígér, ha pénzt ígér azt is!

Külső ssd. Csak a kényelem miatt írtam pendrájvot.

Sok-sok szép adat van rajta.

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Az ssd is el tud romlani.

Mondjuk egy badblocks ro módban mit mond?

ezt nem értem micsoda.

Még fut az e2fsck -f -y -v ...

És nem merem abbahagyni.

-----
Megnéztem mi az, amit mondtál, valami bedblokkellenőrző. Még a létezéséről sem tudtam.
Indítom, miután végzett az e2fsck...

---
--- A gond akkor van, ha látszólag minden működik. ---
---

A badblock-ot hogyan értetted azzal a móddal?

----------

root[/]# badblocks ro
badblocks: No such file or directory while trying to determine device size
root[/]# badblocks --help
badblocks: invalid option -- '-'
Usage: badblocks [-b block_size] [-i input_file] [-o output_file] [-svwnf]
[-c blocks_at_once] [-d delay_factor_between_reads] [-e max_bad_blocks]
[-p num_passes] [-t test_pattern [-t test_pattern [...]]]
device [last_block [first_block]]
root[/]#

       -f     Normally, badblocks will refuse to do a read/write or a non-destructive test on a device which is mounted, since either can cause
              the  system  to potentially crash and/or damage the filesystem even if it is mounted read-only.
              
              
       -n     Use non-destructive read-write mode.  By default only a non-destructive read-only test is done.

       
       -w     Use write-mode test. With this option, badblocks scans for bad blocks by writing some patterns (0xaa, 0x55, 0xff, 0x00) on  every
              block of the device, reading every block and comparing the contents.

Ezek szerint egy ssd külső vinyó házan?
Ha igen akkor lehet hogy a keret döglik.

Gondoltam, ráérek míg e2fsck fut, kerestem egy képet, erre kiderül nem is ssd.

http://www.users.hu/?p=termek&termek=19155&asus-18quot-30gb-usb-fekete-kulso-hdd-5400rpm-61-oag1h10000-2

hdd. rpm-mel...

Dühömben leállítottam az fsck-t, majd megnéztem, látja-e az fdisk -l

Nem látta.
Kihúzom, bedugom ugyanoda, udev böffent egyet, átrakja /dev/sdc1-ről /dev/sdd1-re.

Mount, majd hivatkozik a superblokkra és nem mountolja.

Reboot, majd /dev/sdc1-ként mount, működik.

Szóval NE EZEN tároljam a
/usr/src
és
/usr/include
könyvtárakat?

Ne EZEN fordítsak 3 hetente kernelt?
(röhögjetek nyugodtan)

Mindent mentek még ma, 30 gb nem olyan nagy tétel, csak dühítő.
Miben bízzon meg az ember, ha már a DNS sem alkalmas tartós adattárolásra?

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Sürgősen keress valami elfoglaltságot! Még egyszer ráérsz, és kiderül, hogy csak egy CD-ROM-ról, vagy floppyról van szó. :-)

-----
A kockás zakók és a mellészabások tekintetében kérdezze meg úri szabóját.

Miért képzelem azt, hogy a mezopotámiai kőtáblák voltak eddig a legjobb tárolóeszközök?

Újfajta hibaüzenet, ha mc-ben másolok:

kernel: [ 4354.229265] journal commit I/O error

gyorsan elindítom megint, de ma nem hagyom abba:

root[sdd1]# e2fsck -f -y -v /dev/sd
sda sda1 sda2 sdb sdb1 sdc sdc1 sdd sdd1 sdd2 sdd5
root[sdd1]# e2fsck -f -y -v /dev/sdc
sdc sdc1
root[sdd1]# e2fsck -f -y -v /dev/sdc1
e2fsck 1.41.14 (22-Dec-2010)
/dev/sdc1: recovering journal
Pass 1: Checking inodes, blocks, and sizes

...
ezutá jönnek az errorok, ha ezt ember végigolvasná, befonnám a hajam. Ilyenek jönnek rengetegen:

Error reading block 2588865 (Attempt to read block from filesystem resulted in short read) while getting next inode from scan. Ignore error? yes

Force rewrite? yes

... és itt le is áll az e2fsck, nem megy tovább.
Mint tegnap, akkor is leállt, csak akkor ugyanezt a gparted indította, nem láttam a kimenetet.

Ha bedblokk van, mit küzd...? Miért nem keretezi be, oszt ugrik tova, mint a nyúl?

Idézet:
Ha bedblokk van, mit küzd...? Miért nem keretezi be, oszt ugrik tova, mint a nyúl?

Ha bedblokk van, mit küzdESZ? Dobd ki kukába.

--
joco voltam szevasz

Még nem biztos hogy az van, kételkedem benne. Valami -.py állománynál van a hiba, remélem csak valami áramszünet miatt és nem más gond van. Még reménykedek

ha meg az van, agyonjísérletezek vele, hogy máskor felismerjek rendesen mindent.

Utána átütöm szöggel, ígérem.

---
--- A gond akkor van, ha látszólag minden működik. ---
---

smartctl -a /dev/sdc
ill.
smartctl -t long /dev/sdc

--
joco voltam szevasz

root[mnt]# smartctl -t long /dev/sdc
smartctl 5.40 2010-10-16 r3189 [i486-slackware-linux-gnu] (local build)
Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net

/dev/sdc: Unsupported USB bridge [0x067b:0x2507 (0x100)]
Smartctl: please specify device type with the -d option.

Use smartctl -h to get a usage summary

root[mnt]#

Nem tudom, mi ez, megnézem...

Hardver szinten vizsgálja a diszk önmagát, übereli a szoftveres teszteket. Szerezz be frissebb verziót a smartmontools-ból, az elvileg már támogatni fogja az USB cuccodat, 2010. áprilisban került be az a commit.

--
joco voltam szevasz

ok.
De amit mondasz, az valami 366 mretű phpkód, ez jobb:
http://sourceforge.net/projects/smartmontools/files/latest/download

nézegetem...

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Arra célzott, hogy a "Prolific PL2507" támogatása akkor került bele, korábbit nem érdemes használni :D

elotte, hogy mi a szitu: smartctl -d sat -a /dev/sdc
teszt: smartctl -d sat -t long /dev/sdc
kozben/utana ujra: smartctl -d sat -a /dev/sdc

(meg tobb info, ha tamogatja a hdd: -a -x )

De miért azt a szerencsétlen FS-t kínozod? Tutira kéne tudni, hogy maga a disk az ép-e. Erre írtam a badblocks-ot, azt kipróbáltad?

Most olvasom a manualját, mert azokkal a paraméterekkel amiket írtál, nem indul

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Nem írtam paramétereket :D

már kinéztem egy 200-as szöget az átkalapáláshoz.

Ma reggel frissen reggelizve elindítok egy mezei menetet:

root[mnt]# fsck -y /dev/sdc1
fsck from util-linux 2.19
e2fsck 1.41.14 (22-Dec-2010)
/dev/sdc1 has been mounted 188 times without being checked, check forced.
Pass 1: Checking inodes, blocks, and sizes
/dev/sdc1: |=== \ 5.0%

...és 5%-nál leáll, kimountol,
fdisk -a
parancs egy másik terminálon 3 perc múlva reagál, látja az egységet.

------------------
Újabb hír. Kissé türelmetlen voltam. Az e2fsck brutálisan lassú, de fut, htop-on szemlélve semmi látványt nem nyújt.

Ennyi lett a végső kimenet:

root[mnt]# fsck -y /dev/sdc1
fsck from util-linux 2.19
e2fsck 1.41.14 (22-Dec-2010)
/dev/sdc1 has been mounted 188 times without being checked, check forced.
Pass 1: Checking inodes, blocks, and sizes
Error reading block 524443 (Attempt to read block from filesystem resulted in short read) while getting next inode from scan. Ignore error? yes

Force rewrite? yes

y
Error reading block 524669 (Attempt to read block from filesystem resulted in short read) while getting next inode from scan. Ignore error? yes

Force rewrite? yes

y
Error reading block 524769 (Attempt to read block from filesystem resulted in short read) while getting next inode from scan. Ignore error? yes

Force rewrite? yes

Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/sdc1: 169819/1831424 files (12.3% non-contiguous), 6822698/7325436 blocks
root[mnt]#

Mégsem lesz átszögezés..?

---
--- A gond akkor van, ha látszólag minden működik. ---
---

root[a]# e2fsck /dev/sdc1
e2fsck 1.41.14 (22-Dec-2010)
/dev/sdc1: clean, 213540/1831424 files, 6765512/7325436 blocks
root[a]#

Most ezzel tiszta. Nézegetem a bedblokknézegető smartvalamivel is:

root[a]# smartctl -d sat -t long /dev/sdc
smartctl 5.42 2011-10-20 r3458 [i686-linux-3.3.5-zombie] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

Smartctl: Device Read Identity Failed: scsi error unsupported scsi opcode

A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.
root[a]#

root[a]# smartctl -a /dev/sdc
smartctl 5.42 2011-10-20 r3458 [i686-linux-3.3.5-zombie] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

/dev/sdc: Unsupported USB bridge [0x067b:0x2507 (0x100)]
Smartctl: please specify device type with the -d option.

Use smartctl -h to get a usage summary

root[a]#

root[a]# smartctl -t long /dev/sdc
smartctl 5.42 2011-10-20 r3458 [i686-linux-3.3.5-zombie] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

/dev/sdc: Unsupported USB bridge [0x067b:0x2507 (0x100)]
Smartctl: please specify device type with the -d option.

Use smartctl -h to get a usage summary

root[a]#

...szóval megyek vissza manualozni.
---
--- A gond akkor van, ha látszólag minden működik. ---
---