mc másoláskor kifagy

UNIX kezdő

Sziasztok.

egy nagyobb file-t (tar) másoltam (volna) át A-ból B-be, de félúton elakadt.
cp-vel végezve mindezt eredmény ugyanaz.
GUI-s felületen futó filekezelő (melyet ritkán használok, hhiszen ott az mc a terminálon) szintén ugyanezt produkálja.

Ezen az eszközön van a file:
/dev/sdc1 28G 26G 637M 98% /mnt/sdc1

Miután a kifagyás megtörtént IO hiobára hivatkozva, az sdc1 eltűnik, rootként az fdisk -l nem látja, míg a df -h igen.

------ fdisk -l ------------------------------------------
/dev/sda1 63 7695134 3847536 83 Linux
/dev/sda2 7695135 7815023 59944+ 82 Linux swap
/dev/sdb1 2048 55361535 27679744 83 Linux
/dev/sdb2 55361536 57790463 1214464 b W95 FAT32
/dev/sdb3 * 57790464 62341119 2275328 b W95 FAT32
/dev/sdd1 * 62 7547693 3773816 c W95 FAT32 (LBA)
Disk /dev/sda: 4001 MB, 4001292288 bytes
Disk /dev/sdb: 31.9 GB, 31918653440 bytes
Disk /dev/sdd: 3867 MB, 3867770880 bytes
-------- df -h ----------------------------------------
Filesystem Size Used Avail Use% Mounted on
/dev/root 3,7G 3,2G 298M 92% /
/dev/sdb1 26G 24G 1,2G 96% /mnt/sdb1
tmpfs 1,3G 214M 1,1G 17% /dev/shm
tmpfs 1007M 32K 1007M 1% /tmp
tmpfs 1007M 0 1007M 0% /var/tmp
/dev/sdc1 28G 26G 637M 98% /mnt/sdc1
/dev/sdd1 3,6G 3,5G 176M 96% /mnt/sdd1
------------------------------------------------

(df -h -ból kiszedtem a loopdevice-aimat, mert abból 66 db van, bután festene itt...)

Szerintetek ez az anomália mitől jön?

  • 10486 megtekintés

Ezeket nem ismerem. mijét keressem?

root[mnt]# dmesg | grep sdc1
[ 21.144430] sdc: sdc1
[ 44.001152] EXT3-fs (sdc1): warning: maximal mount count reached, running e2fsck is recommended
[ 44.055461] EXT3-fs (sdc1): using internal journal
[ 44.055481] EXT3-fs (sdc1): recovery complete
[ 44.055488] EXT3-fs (sdc1): mounted filesystem with ordered data mode
[ 1814.879645] EXT3-fs error (device sdc1): ext3_find_entry: reading directory #2 offset 0
[ 1814.879706] Buffer I/O error on device sdc1, logical block 0
[ 1814.879712] lost page write due to I/O error on sdc1
[ 1814.879720] EXT3-fs (sdc1): I/O error while writing superblock
root[mnt]#

Hiába próbálok indítani fsck-t, nem tudom tabbal listázni az eszközt:

root[mnt]# e2fsck /dev/sd
sda sda1 sda2 sdb sdb1 sdb2 sdb3 sdd sdd1
root[mnt]# e2fsck /dev/sdc
...és nem írja ki, hogy lenne sdc1.

Reboot után szokott menni, lefut, de eredmény ugyanaz, a file másolhatatlan. Anomália ismétlődik.

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

( bzs v | 2012. 12. 04., k – 20:04 )

Új, szélesebb bekezdésbe rakom a választ:

Reboot, aztán:

root[/]# ./smartsdc1.sh
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[/]# cat ./smartsdc1.sh
smartctl -a /dev/sdc

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

Device: ST730212 DE Version: 3.01
scsiModePageOffset: response length too short, resp_len=4 offset=4 bd_len=0
>> Terminate command early due to bad response to IEC mode page
A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.

root[/]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/root 3,7G 3,2G 298M 92% /
/dev/sdb1 26G 24G 1,3G 96% /mnt/sdb1
/dev/loop0 171M 171M 0 100% /mnt/gib_iso
tmpfs 1,3G 213M 1,1G 17% /dev/shm
tmpfs 1007M 12K 1007M 1% /tmp
tmpfs 1007M 0 1007M 0% /var/tmp
/dev/loop1 1,7M 1,7M 0 100% /usr/local/lib/kismet
/dev/loop2 15M 15M 0 100% /usr/lib/perl5
/dev/loop3 2,8M 2,8M 0 100% /usr/lib/seamonkey-2.11

...

/dev/loop65 11M 11M 0 100% /usr/local/lib/opera
/dev/loop66 55M 55M 0 100% /usr/lib/jre1.7.0_09
/dev/sdc1 28G 26G 637M 98% /mnt/sdc1

root[/]# fdisk -l

Disk /dev/sda: 4001 MB, 4001292288 bytes
255 heads, 63 sectors/track, 486 cylinders, total 7815024 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0008932f

Device Boot Start End Blocks Id System
/dev/sda1 63 7695134 3847536 83 Linux
/dev/sda2 7695135 7815023 59944+ 82 Linux swap

Disk /dev/sdb: 31.9 GB, 31918653440 bytes
255 heads, 63 sectors/track, 3880 cylinders, total 62341120 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00015ae4

Device Boot Start End Blocks Id System
/dev/sdb1 2048 55361535 27679744 83 Linux
/dev/sdb2 55361536 57790463 1214464 b W95 FAT32
/dev/sdb3 * 57790464 62341119 2275328 b W95 FAT32

Disk /dev/sdc: 30.0 GB, 30005820928 bytes
64 heads, 32 sectors/track, 28615 cylinders, total 58605119 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x9d1d9ee1

Device Boot Start End Blocks Id System
/dev/sdc1 32 58603519 29301744 83 Linux
root[/]#

Megkapja ami kell neki, azon a kábelen csak ő van.
Különben 32 GB-os minidisk, eeepc-hez való kis szutyok. 2 éve van meg, kifogástalanul működik, halk, gyorsasága nem érdekel, elsősorban tárolásra használom, néha meg azon fordul a kernel, mint pl. most.

Különben néha egy kábelen van a disk a külső wifiantennával meg egy másik pendrájvval, mindhárom megy egszerre, soha semmi gond nem volt. Az anomália akkor volt legutóbb, amikor egyedül a disk volt jelen. USB foglalat megváltoztatása nem hoz eredményt, KH kizárva

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

En is arra tippelek, hogy nincs eleg teljesitmenye. Tedd fel egy kulon tapos USB hubra, valoszinuleg a gepedbol nem jon ki eleg tap.

Amit meg probalj meg: 


dd if=/dev/zero of=/mnt/sdc1/ketszaz_mega.img bs=1M count=200

Ha hiba nelkul atmegy, akkor a forras diskkel nem jo valami, ha nem, akkor a cel diskkel.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

( juuzer | 2012. 12. 04., k – 20:49 )

[fixme]
fdisk lehet azért nem látja, mivel közvetlenül az eszközhöz nyúl(na), df gondolom /proc alól szedi az infót.
[/fixme]

Nálam is volt ilyen hiba, ha sokat másoltam/olvastam egy adott eszközről (Új meghajtó volt). Csere lett a vége, talán 1 hónapos korára használhatatlan lett teljesen.

( locsemege v | 2012. 12. 05., sze – 00:13 )

Látva a számokat, s olvasván, hogy nagyobb file lett másolva, nem lehet, hogy egész egyszerűen elfogyott a hely, megtelt az adott filerendszer?

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

logikus lenne, de a kerdezonek kifagy a rendszer/session. ha csak siman megtelne az FS akkor megszkadna a masolasi folyamat es nem fagyna le az egesz. bar azert egy strace cp xy.nagyfile meglehet probalni.

--
A legértékesebb idő a pillanat amelyben élsz.
http://phoenix-art.hanzo.hu/
https://sites.google.com/site/jupiter2005ster/

200 MB körüli a mérete a két kritikus fájlnak.
Ha badsector, akkor számítva a marhaságokra, egyszerűen átneveztem a könyvtárat és azzal kész is van a tüneti kezelés:
"Szoftveres fsck-m$scandisk-NDD"-orvoslás...

Tehetetlennek érzem magam, ez olyan terület, melyhez nem volt még szerencsém.

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

checkold le a bad sectorokat a forras es cel storage-on is. lehet hogy olvashatatlan a fajl.
tipp: google (badsector check linux) - http://linuxpoison.blogspot.com.ar/2008/01/howto-check-disk-drive-for-e…

probald meg mas hordozora kipakolni, pl egy pendrive-ra vagy CD-re hogy ellenorizd hogy tenyleg jo-e.

--
A legértékesebb idő a pillanat amelyben élsz.
http://phoenix-art.hanzo.hu/
https://sites.google.com/site/jupiter2005ster/

szerintem felreertettel. azt irtam, hogy probald meg mas eszkore kipakolni ne a kulso hdd-re. ha megy akkor a gep hdd-re ok es akkor a kulso hdd-ben lesz a hiba biztosan. ha nem megy meg van a hiba.

egyebkent en meg mindig a badsector testet ajanlom. :)

--
A legértékesebb idő a pillanat amelyben élsz.
http://phoenix-art.hanzo.hu/
https://sites.google.com/site/jupiter2005ster/

Azt mondja ez a jóember, hogy ne a külső eszközre másolj, hanem például a belső HDD-n egy másik alkönyvtárba, esetleg másik filerendszerre, így kiderül, hogy a file rendesen olvasható-e. Ha ez sem megy, megvan a hiba. Ha ez megy, akkor próbáld külső eszközre, de ne arra, amelyikkel bajod van. Ha az nem megy, akkor valahol az átviteli láncban van a baj, ha az megy, akkor az eredeti külső eszközben.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( lx | 2012. 12. 07., p – 21:30 )

Lefogadom, hogy tönkrement az USB-kábel.
Mostanában olyan gyorsan törnek, mint a ropi, csak aljasabb módon, mert a ropin legalább látszik, amikor már 2 rész a néhai 1 egész.

Erre is gondoltam, de akkor, amikor még új volt a külső vinyó. Amolyan behajtható kábele van, amely eltűnik, ha belehajtogatod az eszközbe. A legelső pillanatban ezt úgy használtam, hogy vettem hozzá egy USB hosszabbítót, amely tulajdonképpen egy elosztó is egyben, több eszköz is rácsatolható, ha éppen kell. Az USB-s vinyó kábelét meg nem 180 fokban tekertem ki használatkor, hanem 5-10 fokra, így kábelszakadás vgy elhasználódás szerintem kizárt. Korrózió szintén.

Mellékesen semmi gondom nincs, ha abban a bizonyos könyvtárban nem piszkálom azt a két file-t.

SMART-os dolgokhoz még nem nyúltam, majd eírom, mit tapasztaltam, sosem értettem hozzá, mert nemvitt rá a kényszer a használatára. Majd nemsokára...

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

( Nextra | 2012. 12. 08., szo – 22:33 )

Bár én még véletlenül sem vagyok guru, de én megpróbálnám egy live rendszerrel ezt a másolást. Ki tudja?