Merevlemezhiba és -helyreállítás



Hasonló dokumentumok
Linux fájlrendszerek. Papp Zsolt. Rendszermérnök, Novell PSH.

2018/12/20 00:04 1/18 Háttértárak. A következő táblázatban az egyes fájlrendszerekhez tartozó címkéző parancsokat látjuk.

Operációs Rendszerek II. Első verzió: 2009/2010. I. szemeszter Ez a verzió: 2009/2010. II. szemeszter

4. Laborgyakorlat. A fájlokról ezeket az adatokat, a fájlrendszer tárolja. Számunkra az 1, 3, 4. oszlopok lesznek az érdekesek.

LINUX PMB LINUXOS PARANCSOK ÉS HASZNÁLATUK - GRUB

Operációs rendszerek. UNIX fájlrendszer

Nyíregyházi Egyetem Matematika és Informatika Intézete. Fájl rendszer

5.4.2 Laborgyakorlat: A Windows XP telepítése

Operációs rendszerek 1.

HASZNÁLATI ÚTMUTATÓ. Az LCD kijelző mutatja a folyamat jellemzőit: írási sebesség, készenlét %-ban, hátralevő adatmennyiség, hátralevő idő

Operációs rendszerek. UNIX/Linux fájlrendszerek

Hardver összetevők ellenőrzése Linux alatt. Hardverguruk előnyben...

II. Mérés SZÉCHENYI ISTVÁN EGYETEM GYŐR TÁVKÖZLÉSI TANSZÉK

Operációs rendszerek I. IIII. gyakorlat

Merevlemez üzembe helyezése, particionálása

A legfontosabb DOS parancsok

Hálózatok építése és üzemeltetése

Hogyan telepíthetsz fel Arch linuxot

TELEPÍTÉS UEFI MÓDBAN » ELSŐ RÉSZ: ELŐKÉSZÜLETEK

Útmutató a Computer Setup (F10) segédprogram használatához dx2300 minitorony

Nagyteljesítményű mikrovezérlők

2015/10/08 16:00 1/12 ArchLinux

SQL*Plus. Felhasználók: SYS: rendszergazda SCOTT: demonstrációs adatbázis, táblái: EMP (dolgozó), DEPT (osztály) "közönséges" felhasználók

fájlrendszer A /proc A /proc fájlrendszer A /proc fájlrendszer

Hibakeresés és elhárítás Linux rendszeren. Mátó Péter

Utolsó módosítás:

A merevlemez állapota hibátlan. Nem található hibás vagy gyenge szektor, nincsenek felpörgési és adatátviteli hibák sem.

Google Drive szinkronizálása asztali géppel Linux rendszeren

A L I N U X f e l é p í t é s e

Az Oprendszer RAM-ból futtatása RAM hibaellenőrzése Hardver áttekintés (miket is tartalmaz a gépünk)

A gyökér fájlrendszer titkosítása

S.M.A.R.T. Forrás:

Laborgyakorlat: Partíció létrehozása Windows XP Professional operációs rendszerben

Adatbázis rendszerek SQL nyomkövetés

Hálózati operációs rendszerek II. Kötetek kezelése

Unix-Linux alapok I. gyakorlatvezető: Lutár Patrícia

Operációs rendszerek. 3. gyakorlat. Jogosultságkezelés, linkelés, csővezeték UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED

OPERÁCIÓS RENDSZEREK 1. ÁTIRÁNYÍTÁSOK, SZŰRŐK

1. Használatba vétel. 1.1 Biztonsági előírások. 1.2 Rendszerkövetelmények. 1.3 A csomag tartalma

Operációs rendszerek gyak.

Commodore 64. Felhasználói utasítás. Készítette: Mészáros Árpád

Bevezetés az informatikába, második gyakorlat. Bevezetés Környezetváltozók és néhány egyszerű utasítás Jogosultságok Fájlkezelés

Ubuntu telepítése virtuális gépre (VirtualBox)

M-Fájlok létrehozása MATLAB-ban

Konfigurációkezelés (2B)

Állásidő minimalizálása: BTRFS, kgraft

A merevlemez állapota hibátlan. Nem található hibás vagy gyenge szektor, nincsenek felpörgési és adatátviteli hibák sem.

Laborgyakorlat: Második merevlemez telepítése, konfigurálása és partícionálása

Az SQL*Plus használata

Fájl rendszer. Fájl koncepció Elérési módok Könyvtár szerkezet Védelem Konzisztencia szemantika

Laborgyakorlat: A Windows XP haladó telepítése

Segédanyag RGH-s gép Freeboot frissítéséhez Created by: TubaX

Yellow Dog Linux 4. Freescale Pegasos II Platform *** október (fordítás: v1.01)

Az állományok kezelésére használt fontosabb parancsok

Multiboot UEFI vel, Windows 10 zel és további disztrókkal Írta: Frank Denissen

1_Linux_bevezeto_bash

Teszt topológia E1/1 E1/0 SW1 E1/0 E1/0 SW3 SW2. Kuris Ferenc - [HUN] Cisco Blog -

Telepítési útmutató a Solid Edge ST7-es verziójához Solid Edge

DOAS változások, összefoglaló

Adatok titkosítása. Hálózatok biztonsága. IV. mérési utasítás SZÉCHENYI ISTVÁN EGYETEM GYŐR TÁVKÖZLÉSI TANSZÉK

Using the CW-Net in a user defined IP network

Operációs rendszerek gyakorlat

Fájl rendszer (implementáció) Fájl rendszer struktúra Allokációs módszerek Szabad hely kezelése Directory implementáció Helyreállítás

Informatikai technológiák laboratórium I február 17.

Készítette: Szabóné Nacsa Rozália

(NGB_TA024_1) MÉRÉSI JEGYZŐKÖNYV

Analitikai megoldások IBM Power és FlashSystem alapokon. Mosolygó Ferenc - Avnet

2016/06/09 13:15 1/108 Linux parancssor

Weblog elemzés Hadoopon 1/39

Munka állományokkal. mv: áthelyezés (átnevezés) rm: törlés. rmdir: üres könyvtár törlése. -r, -R: rekurzív (könyvtár) -r, -R: rekurzív (könyvtár)

Opensuse automatikus telepítése

MS Windows XP Professional SP2 telepítés virtuális gépre.

Az Ön kézikönyve XEROX PHASER 3130

8. Gyakorlat SQL. DDL (Data Definition Language) adatdefiníciós nyelv utasításai:

1. Origin telepítése. A telepítő első képernyőjén kattintson a Next gombra:

Naplózó UFS használata asztali számítógépeken

mhtml:file://d:\users\zsolt\appdata\local\temp\fartmp0g.q30\3-lenovo_recovery...

OptiPlex Helytakarékos kivitel Kezelési kézikönyv

11. Gyakorlat: Certificate Authority (CA), FTP site-ok

(jegyzet) szeptember i óra anyaga. 1. Bevezetés

1. Üres merevlemez gépbe helyezése, Boot a CD1 telepíto lemezrol (Hiba esetén video állítása VGA módra F4 billentyüvel, )

lizengo használati utasítás A Windows egy USB stick-re való másolása

Csatlakozás a BME eduroam hálózatához Setting up the BUTE eduroam network

3Sz-s Kft. Tisztelt Felhasználó!

1 Copyright 2012, Oracle and/or its affiliates. All rights reserved. Insert Information Protection Policy Classification from Slide 13

Processzusok (Processes), Szálak (Threads), Kommunikáció (IPC, Inter-Process Communication)

Széchenyi István Egyetem

Windows hálózati adminisztráció segédlet a gyakorlati órákhoz

Bluetooth Software frissítés leírása Android eszköz használata esetén IVE-W530BT

Processzusok (Processes), Szálak (Threads), Kommunikáció (IPC, Inter-Process Communication)

Linux adatkezelési képességei avagy RAID, LVM és állományrendszerek

2. lépés: openssh szerver telepítés sudo apt-get install openssh-server

TMS370 EEPROM PROGRAMOZÓ Felhasználói kézikönyv

1. Hálózati beállítások: Ellenőrizze, hogy a hálózati beállítások lehetővé teszik-e a W1SE rendszer

Statisztikai hipotézisvizsgálatok. Paraméteres statisztikai próbák

4. Válasszuk ki a dolgozót, majd nyomjuk meg az gombot. Megjelenik a dolgozó adatlapja. 5. Nézzük át, hogy minden adat helyesen van-e kitöltve, szüksé

Operációs rendszerek. Elvárások az NTFS-sel szemben

Fájlrendszerek. A Windows operációs rendszerek fájlrendszere

Novell és Windows7 bejelentkezési jelszavak módosítása

BetBulls Opciós Portfolió Manager

Átírás:

2014. április Írta: Phil Van egy rendes asztali gépem PCLinuxOS-sel. Két meghajtója van: sda a fő, napi munkára és sdb háttérmeghajtó, amit naponta úgy egyszer veszek elő cron munkamenet keretében. Mindkettő olyan 3 éves és azonos méretű, 500 GB. Az sdb-t négy partícióra osztottam, azon az alapon, hogy ha egy partíció elromlik, akkor a többi (remélhetőleg) működőképes marad. Egyik nap, miközben a fő munkamenetemben egy második KDE munkamenetből jelentkeztem éppen ki, azt vettem észre, hogy a munkamenet összeomlott és egy rakás hibaüzenet jelent meg a képernyőn. Az asztal elérhetetlen volt, ezért a REISUB technikát alkalmazva újraindítottam. A gép újraindult a bejelentkező képernyőig, de a KDE nem töltődött be, csak a glóbuszig jutott. Több próbálkozás után LXDE munkamenetre váltottam, ami minden gond nélkül elindult (tanulság legyen másik, telepített asztalkezelő). Elhatároztam, hogy innen ellenőrzöm az összes partíciómat és lemezemet. Először a Dolphin-t használva belenéztem a partíciókba. Az sda rendben volt. Amikor próbáltam az sdb partícióiba belenézni ez a hibaüzenet fogadott: Hiba történt a '122.5 GiB Hard Drive' elérésekor, a rendszer üzenete: a kért művelet nem sikerült: Hiba a /dev/sdb5 csatolásakor ide /media/044df901-45ee4986-b59c-ecbb6b3ac508: A parancs `mount -t "ext4" -o "uhelper=udisks2,nodev,nosuid" "/dev/sdb5" "/media/044df901-45ee-4986-b59cecbb6b3ac508"' nem nullával lépett ki exit status 32: mount: hibás fs típus, hibás opció, hibás superblock a /dev/sdb5-en, hiányzó kódlap, vagy help program, vagy más hiba. Esetenként hasznos információt kaphat syslog-ból próbáld ki a dmesg tail parancsot. Ezután próbáltam az fdisk -l (list, root-ként), és kiemeltem az sdb-re vonatkozó információkat: A nem betöltődő asztal azt sugallta, hogy ez esetleg teli / rendszerpartíció miatt van. Volt már ilyenem korábban. Tehát: df -al (Alternatíva: menüből További alkalmazások Monitoring KDiskFree (Lemezterület-kijelző).) Úgy döntöttem, hogy ellenőrzöm és megpróbálom kijavítani az összes partíciót fsck-val. Hogy ezt végrehajtsam, az összes partíciót le kellett választani. Ehhez live LXDE rendszert használtam (Live CD-ről, vagy USB-ről). Azt jelezte, hogy a / 100%-ig tele van. Az fsck parancs az alábbi volt. Az sda meghajtó rendben volt, de az sdb összes partíciójára inode hibákat kaptam: Megoldás root terminál nyitása és a problémás fájl(ok) megkeresése így: du -hsx * sort -rh head -10 Úgy találtam, az sda-ra egy csomó könyvtár került átmásolásra valahonnan. Nem emlékszem, hogy másoltam volna azokat a könyvtárakba és a forrás egy másik partíció volt. Úgy gondoltam, hogy a szintén hibás, önállóskodó egerem miatt van, a Dolphin egy rendszergazda futtatáskor véletlenül írhattam át a könyvtárakat. Töröltem az összes fájlt, aminek nem kellett a / sda1 partíción lennie és bejelentkeztem a teljesen működőképes KDE folyamatba. fsck /dev/sdn (ellenőrzi a meghajtót; nincs változás, amíg utasítást nem kap) fsck /dev/sdnx (egy partíciót ellenőriz; nincs változás, amíg utasítást nem kap) fsck -fy /dev/sdnx (ellenőrzi és javítja a partíciót jelzés nélkül, vagyis óvatosan vele) Az fsck normálisan nagyon gyorsan megvizsgál egy partíciót. Ez betöltéskor minden alkalommal megtörténik, ezért van az, hogy a lemezeid általában jó állapotban vannak. Ebben az esetben az sdb két partícióját néhány perc alatt elintézte és a másik két partíció mindegyikéhez jóval több mint egy óra kellett, nagy halom hibajelzés mellett. Amikor kész: fdisk -l /dev/sdb Page 1

Disk identifier: 0x00000000 /dev/sdb2 /dev/sdb5 /dev/sdb6 /dev/sdb7 * 256558050 256558113 513405333 770204358 Id 63 256558049 128278993+ 976768064 360105007+ 513405269 128423578+ 770204294 128399481 976768064 103281853+ System 5 Extended Ugyanakkor megmaradt a hiba történt üzenet, amikor Dolphin-nal próbáltam belenézni a partíciókba. Ezután futtattam root-ként a testdisk-et sdb-n. Ez egy kiváló eszköz: http://www.cgsecurity.org/wiki/testdisk Ezután próbáltam photorec-kel helyreállítani egy általam karbantartott gépről clonezilla-val készített képet. A Photorec kiváló eszköz, ami helyreállítja a lerobban meghajtó fájljait, ha megtalálja őket és beállítható meghatározott fájltípusok keresésére. Ugyanakkor a helyreállított fájlok névként egy számot kapnak és magadnak kell azokon végigmenned és elnevezned. Fájdalmas és hosszú folyamat, ha sok fájllal kell végigcsinálnod. Telepítettem a SMART eszközöket és a hozzátartozó programokat MATE alatt. SMART szerint az sdb jó. SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed without error 00% 11303 # 2 Short offline Completed without error 00% 11302 - Ennek hatására az sdb még rosszabb állapotba került. Az fdisk ezt mondta: 63125685 /dev/sdb5 63125701 976768064 456821190 78122817 7498558+ Id f 83 System W95 Ext'd (LBA) Linux Ezután megpróbáltam helyreállítani egy másik superblock-ot használva. A Fórumból: Superblock másolatok az alábbi blokkokban vannak: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872 Fájlrendszer ellenőrzésekor a használatukra ez a parancs való: fsck -fy -b 32768 /dev/sd<valami> <Enter> Cseréld le a <valamit> az aktuális partícióra és a 32768-at addig cserélgesd, amíg meg nem találod a sérülésmentes és fájlrendszer helyreállításához használható részt. A helyreállítás része a sérült superblock-ok javítása, beleértve azokat is, amelyeket próbáltál, de nem működtek. Nem történt változás. Az összes superblock-ot kipróbáltam. Ekkor feladtam a helyreállítást, mivel a fájlrendszer sérült és megpróbáltam particionálni és formázni a meghajtót PCC-vel, parted-del és fsck-val (mkfs-sel formázva a létrehozott partíciót). Egy nem csatolható partíció lett az eredmény. Összegzés Megpróbáltam kijavítani az sdb-t mindennel, ami csak az eszembe jutott, némi segítséggel a fórumról. (Mindig is csodáltam és hálás vagyok a fórumon azonnal rendelkezésre álló szakértelemért.) A próbálkozásaim végeredménye egy használhatatlan sdb meghajtó lett, helyreállított fájlok nélkül. Minden adat, egy könyvtárat és az elsődleges meghajtó clonezilla képfájljait kivéve elveszett, vagyis volt veszteség, de nem jelentős. Ekkorra győződtem meg arról, hogy a meghajtó megsérült, és cserélni kell. Helyreállítás (távirányítással) Ekkor a fórumhoz fordultam kérdezve, hogyan particionáljak meghajtót nulláról. Távirányítással, az utasításokat alkalmaztam és visszajelentettem az eredményt, majd vártam az instrukciókat. Csak ülnöm kellett és semmit sem csinálni, amit elég nehéz megállni. Ellenőriztem a memóriát grub képernyő opciójából kiválasztva, memtest-tel hibát keresve. A memória rendben van. Page 2

Az MBR-t nulláztam: dd if=/dev/zero of=/dev/sdb bs=512 count=1 ext2fs_block_iterate: Ext2 file too big while sanity checking the bad blocks inode // Az ext2-es fájlt a hibás blokkok inode ellenőrzésekor túl nagynak találtam : ***** FILE SYSTEM WAS MODIFIED ***** // A FÁJLRENDSZER MÓDOSÍTVA 1+0 records in 1+0 records out 512 bytes (512 B) copied, 0.000417889 s, 1.2 MB/s Ezt a parancsot próbáld ki: (További információ a megértéshez): mke2fs t ext4 Csak annyit tennék még hozzá, ha a meghajtó valamikor is GUID-ot (GPT) tartalmazott, akkor a partíciós szerkezet információiról egy másolat található (a meghajtó vége felé) és törölni kell azt is. Az eredmény: A meghajtó nullázása: // Nincs ilyen fájl, vagy könyvtár dd if=/dev/zero of=/dev/sda bs=4096 <Enter> Ez sok órán keresztül eltart. Hagyd lefutni. Nyisd ki a házat és cseréld le a kábeleket (hardverhiba?). Futtasd az fsck -fyc -et. fdsisk -l /dev/sdb 2048 976773167 488385560 fsck fyc fsck from util linux 2.22.2 e2fsck 1.42.9 (28 Dec 2013) Superblock has an invalid journal (inode 8). // A superblock érvénytelen naplót tartalmaz (inode 8). <Enter> mke2fs t ext4 mke2fs 1.42.9 (28 Dec 2013) Could not stat No such file or directory Fdisk Device sdb1 no longer exists. // sdb1 eszköz nem létezik. Fdisk a következő napon: 2048 976773167 488385560 Utasítás hardverhiba ellenőrzésére távolítsd el meghajtót a házból és USB eszközként csatlakoztasd. Futtasd az fdsik -l -t: 2048 Id 976773167 488385560 83 Utasítás Új fájlrendszert akarok készíteni a -re, most az egész kikerült az eredeti gépből. mke2fs -t ext4 <Enter> Clear? yes // Törlöd? igen Mihelyst a folyamat lefutott ezeket a parancsokat add ki: *** ext3 journal has been deleted filesystem is now ext2 only *** // Az ext3 journal törölve a fájlrendszer most csak ext2-es. mkdir -p /mnt/here <Enter> Resize inode not valid. Recreate? yes System Linux mount /mnt/here <Enter> // Méretezze át az érvénytelen inode-ot. Létrehozzam? igen Page 3

...és ha ekkor nem kapsz hibát: dmesg tail <Enter> ls -l /mnt/here <Enter> Eredmény: Írd meg az eredményt. # dmesg tail sd 13:0:0:0: [sdb] No Caching mode page found sd 13:0:0:0: [sdb] Assuming drive cache: write through sd 13:0:0:0: [sdb] No Caching mode page found sd 13:0:0:0: [sdb] Assuming drive cache: write through sdb: sdb1 sd 13:0:0:0: [sdb] No Caching mode page found sd 13:0:0:0: [sdb] Assuming drive cache: write through sd 13:0:0:0: [sdb] Attached SCSI disk EXT4 fs (sdb1): ext4_check_descriptors: Checksum for group 0 failed (2659!=31464) EXT4 fs (sdb1): group descriptors corrupted! Eredmény: 2048 976773167 488385560 [root@localhost philip]# mke2fs t ext4 mke2fs 1.42.9 (28 Dec 2013) Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) Stride=0 blocks, Stripe width=0 blocks 30531584 inodes, 122096390 blocks 6104819 blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=4294967296 3727 block groups 32768 blocks per group, 32768 fragments per group 8192 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 102400000 Allocating group tables: done Writing inode tables: done Creating journal (32768 blocks): done Writing superblocks and filesystem accounting information: done [root@localhost philip]# mkdir p /mnt/here [root@localhost philip]# mount /mnt/here mount: wrong fs type, bad option, bad superblock on, // rossz fájlrendszer típus... missing codepage or helper program, or other error // hiányzó kódlap... In some cases useful info is found in syslog try // stb. lásd korábban dmesg tail or so Utasítás: Utasítás: Nyisd meg az fdisk-et és használd a d parancsot az sd1 partíció törlésére, majd add ki az n parancsot új partíció létrehozásához. Fogadd el az elsődlegeskénti kijelölést és a partíció sorszámát, de az indító szektor 4096 legyen, majd hagyd jóvá az utolsó szektort. Zárd be w paranccsal, majd ismét fdisk -l. A parancsok futtatása: mke2fs -t ext4 -c <Enter> A -c paraméter a hibás blokkokat ellenőrzi a fájlrendszerbe történő kiírás előtt. mount /mnt/here <Enter> A partíció máshonnani indításával kikerüli a folytonosan hibázó fő superblock helyét anélkül, hogy a teljes terület számottevő részét elveszítené. Ha csak ez az egy ténylegesen hibás blokk okozta a problémádat, akkor ez segíteni fog. Amennyiben a meghajtó tele van hibás blokkokkal és továbbra sem sikerül használható fájlrendszert létrehozni, jobb ha keresel újat. Ha a partíció csatolódik: ls l /mnt/here <Enter> Bemenet: Próbáld ki ezt: Page 4

fdisk /dev/sdb Megjegyzés ez a következő rész órákig tartott Command (m for help): d Selected partition 1 Partition 1 is deleted mke2fs t ext4 c Command (m for help): p Command (m for help): Új partíció készítése: Command (m for help): n Partition type: p primary (0 primary, 0 extended, 4 free) e extended Select (default p): Using default response p Partition number (1 4, default 1): 1 First sector (2048 976773167, default 2048): 4096 Last sector, +sectors or +size{k,m,g} (4096 976773167, default 976773167): Using default value 976773167 Partition 1 of type Linux and of size 465.8 GiB is set Command (m for help): w The partition table has been altered! // A partíciós tábla megváltozott. Calling ioctl() to re read partition table. Syncing disks. Checking for bad blocks (read only test): 0.00% done, 0:00 elapsed. (0/0/0 errorsdone Allocating group tables: done Writing inode tables: done Creating journal (32768 blocks): done 4096 976773167 488384536 mount /dev/sdc1 /mnt/here fdisk l /dev/sdb mke2fs 1.42.9 (28 Dec 2013) Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) Stride=0 blocks, Stripe width=0 blocks 30531584 inodes, 122096134 blocks 6104806 blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=4294967296 3727 block groups 32768 blocks per group, 32768 fragments per group 8192 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 102400000 4096 976773167 488384536 ls l /mnt/here total 16 drwx 2 root root 16384 Mar 10 00:12 lost+found/ SIKER! Page 5

További információk: Hogy könnyebb legyen a partíciót írni, miközben csatolva van a /mnt/here helyen: chown -R user:user /mnt/here <Enter> Összefoglalás Egy merevlemez 512 byte-os szektorokból áll (az fdsik-ben units egység a neve), ezekre menti az adatokat. A szektorokat a belső firmware meghajtója 4096 byte méretű blokkokba rendezi. Valahol az egység 2048 és 4096 között megsérült, így a lemez ezen részére az írás és olvasás a rossz blokk miatt nem lehetséges. A rossz blokk kikerülésével a lemez most már működik. Page 6