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
- 4821 megtekintés
Hozzászólások
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!
- A hozzászóláshoz be kell jelentkezni
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. ---
---
- A hozzászóláshoz be kell jelentkezni
Az ssd is el tud romlani.
Mondjuk egy badblocks ro módban mit mond?
- A hozzászóláshoz be kell jelentkezni
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 hozzászóláshoz be kell jelentkezni
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[/]#
- A hozzászóláshoz be kell jelentkezni
-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.
- A hozzászóláshoz be kell jelentkezni
Ezek szerint egy ssd külső vinyó házan?
Ha igen akkor lehet hogy a keret döglik.
- A hozzászóláshoz be kell jelentkezni
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-…
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. ---
---
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Miért képzelem azt, hogy a mezopotámiai kőtáblák voltak eddig a legjobb tárolóeszközök?
- A hozzászóláshoz be kell jelentkezni
Ú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?
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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. ---
---
- A hozzászóláshoz be kell jelentkezni
smartctl -a /dev/sdc
ill.
smartctl -t long /dev/sdc
- A hozzászóláshoz be kell jelentkezni
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...
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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. ---
---
- A hozzászóláshoz be kell jelentkezni
Arra célzott, hogy a "Prolific PL2507" támogatása akkor került bele, korábbit nem érdemes használni :D
- A hozzászóláshoz be kell jelentkezni
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 )
- A hozzászóláshoz be kell jelentkezni
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?
- A hozzászóláshoz be kell jelentkezni
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. ---
---
- A hozzászóláshoz be kell jelentkezni
Nem írtam paramétereket :D
- A hozzászóláshoz be kell jelentkezni
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. ---
---
- A hozzászóláshoz be kell jelentkezni
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. ---
---
- A hozzászóláshoz be kell jelentkezni