| Autor |
Sõnum |
lenny666
Uus kasutaja
Vanus: 40
Liitunud: 06.09.2010
Postitused: 10
Distributsioon: Debian lenny
|
|
Tere,
ma tean küll, et esimese postitusega ei ole viisakas kohe abi lunima hakata aga mul on vesi ahjus nagu öeldakse.
Lugu siis selline. Mul on debian server kus on 3 500Gb kõvaketast. Need kettad on RAID 5-ga jaotatud kolmeks partitsiooniks (kui ma nüüd õieti mäletan). Kui ühel hommikul (peale elektri katkestust) arvuti tööle lülitasin lõi veateate ette, et ei saa ühte partitsiooni tööle (md3) ja ei fsck-il ei õnnestu vigade suhtes scanida (ehk siis corrupt). Siis ta virises veel midagi superblocki kohta ja soovitas e2fsck-iga seda muuta (e2fsck - 8193 <device>). Siis küsis admini parooli et mingisse recovery shell-i vms kohta minna. Läksin siis sinna konsooli ja proovisin seda käsku aga see andis teise samasuguse veateate (e2fsck kohta). Läksin Ctrl+D-ga konsoolist välja masin bootis käima ja netist leidsin mingi käsu millega sai vaadata konkreetse ketta superblock-e.
Kui ma kasutasin käsku mdadm -E /dev/sda6 siis näitas, et kõik kolm ketast selles array's (kui array on õige termin) on korras ehk active. kuid kui ma panin sama käsu /dev/sdb6-le, siis näitas, et esimene ketas oli removed (ma ei tea mis selle tähtsus on kuid mõtlesin, et mainin igaks juhuks).
Nii tagasi superblockide juurde.... otsisin mingi käsuga sda6-e superblockid ja proovisin päris mitmeid e2fsck käsuga aga kõik andsid koheselt selle sama veateate tagasi.
Siis ma leidsin netist kuidas külge liita maas olev drive ja array jälle tööle saada. (PS: loomulikult ma kontrollisin enne et ega RAID ise ei paranda corrupt ketast cat /proc/mdstat). Leidsin mingi foorumi teema mis õpetas kuidas ketta jõuga arraysse panna (mis oli arvatavasti viga). Kasutasin selliseid käske:
mdadm --manage /dev/md3 --re-add /dev/hda6
cat /sys/block/md3/md/array_state
echo "clean" > /sys/block/md3/md/array_state
Peale seda tegin rebooti ja siis tuli küll jälle veateade, kuid fsck käima pannes (md3 peal) lõi ette sellise asja "Inode 16881 has EXTENTS_FL flag set on filesystem without extents support." ma panin No ja siis tuli terve rida teisi küsimusi et kas ma tahad parandada (nii et ma sain N tähte päris hästi all hoida). Ma kardan, et ma tegin midagi valesti ja seetõttu ei julge Yes'i vajutada.
Igatahes kui te oskate aidata, siis igasugune abi on teretulnud (nagu te näte olen ma linuxis suht noob). Ma tahaks seda asja korda saada.... kasutajate dokumendid olid sellel partitsioonil jms (tänu sellele mail ei tööta, active directori-ga ei saa sisse logida jms jama).
PS: kui te vajate rohkem infot siis andke teada. (kahjuks backup-i mul ei ole, nii et ma loodan, et äkki õnnestub kuidagi info tagasi saada)
|
|
|
|
|
|
|
  |
sander85
Vana Pingviin
Vanus: 39
Liitunud: 08.08.2005
Postitused: 4359
Asukoht: Tallinn (vahel ka Virtsu)
Distributsioon: Mageia, Debian, CentOS
|
|
1. mida näitab cat /proc/mdstat
2. mida näitab fdisk -l
3. mis on kirjas failis /etc/fstab
4. mida näitab käsk mount
|
|
|
|
_________________
  
|
|
|
 |
lenny666
Uus kasutaja
Vanus: 40
Liitunud: 06.09.2010
Postitused: 10
Distributsioon: Debian lenny
|
|
| sander85 kirjutas: | | 1. mida näitab cat /proc/mdstat
2. mida näitab fdisk -l
3. mis on kirjas failis /etc/fstab
4. mida näitab käsk mount |
| Kood: | | wall:/# cat /proc/mdstat
Personalities : [raid1] [raid6] [raid5] [raid4]
md3 : active raid5 sda6[0] sdc6[2] sdb6[1]
535108864 blocks level 5, 64k chunk, algorithm 2 [3/3] [UUU]
md2 : active raid5 sda5[0] sdc5[2] sdb5[1]
48837376 blocks level 5, 64k chunk, algorithm 2 [3/3] [UUU]
md1 : active (auto-read-only) raid5 sda2[0] sdc2[2] sdb2[1]
1975808 blocks level 5, 64k chunk, algorithm 2 [3/3] [UUU]
md0 : active raid1 sda1[0] sdc1[2] sdb1[1]
72192 blocks [3/3] [UUU]
unused devices: <none>
|
| Kood: | | wall:/# fdisk -l
Disk /dev/sda: 300.0 GB, 300069052416 bytes
255 heads, 63 sectors/track, 36481 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xb144b145
Device Boot Start End Blocks Id System
/dev/sda1 * 1 9 72261 fd Linux raid autodetect
/dev/sda2 10 132 987997+ fd Linux raid autodetect
/dev/sda3 133 36481 291973342+ 5 Extended
/dev/sda5 133 3172 24418768+ fd Linux raid autodetect
/dev/sda6 3173 36481 267554511 fd Linux raid autodetect
Disk /dev/sdb: 300.0 GB, 300069052416 bytes
255 heads, 63 sectors/track, 36481 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xb144b144
Device Boot Start End Blocks Id System
/dev/sdb1 * 1 9 72261 fd Linux raid autodetect
/dev/sdb2 10 132 987997+ fd Linux raid autodetect
/dev/sdb3 133 36481 291973342+ 5 Extended
/dev/sdb5 133 3172 24418768+ fd Linux raid autodetect
/dev/sdb6 3173 36481 267554511 fd Linux raid autodetect
Disk /dev/sdc: 300.0 GB, 300069052416 bytes
255 heads, 63 sectors/track, 36481 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x96eb96eb
Device Boot Start End Blocks Id System
/dev/sdc1 * 1 9 72261 fd Linux raid autodetect
/dev/sdc2 10 132 987997+ fd Linux raid autodetect
/dev/sdc3 133 36481 291973342+ 5 Extended
/dev/sdc5 133 3172 24418768+ fd Linux raid autodetect
/dev/sdc6 3173 36481 267554511 fd Linux raid autodetect
Disk /dev/md0: 73 MB, 73924608 bytes
2 heads, 4 sectors/track, 18048 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000
Disk /dev/md0 doesn't contain a valid partition table
Disk /dev/md1: 2023 MB, 2023227392 bytes
2 heads, 4 sectors/track, 493952 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000
Disk /dev/md1 doesn't contain a valid partition table
Disk /dev/md2: 50.0 GB, 50009473024 bytes
2 heads, 4 sectors/track, 12209344 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000
Disk /dev/md2 doesn't contain a valid partition table
Disk /dev/md3: 547.9 GB, 547951476736 bytes
2 heads, 4 sectors/track, 133777216 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000
Disk /dev/md3 doesn't contain a valid partition table
|
| Kood: | # /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/md2 / ext3 errors=remount-ro 0 1
/dev/md0 /boot ext3 defaults 0 2
/dev/md3 /data ext3 defaults,usrquota 0 2
/dev/md1 none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0
/data/home /home bind bind,usrquota
/data/var /var bind bind
|
| Kood: | | wall:/# mount
/dev/md2 on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
procbususb on /proc/bus/usb type usbfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/md0 on /boot type ext3 (rw)
|
|
|
|
|
|
|
|
|
sander85
Vana Pingviin
Vanus: 39
Liitunud: 08.08.2005
Postitused: 4359
Asukoht: Tallinn (vahel ka Virtsu)
Distributsioon: Mageia, Debian, CentOS
|
|
ma pakun, et ehk aitab sind välja see:
et olla kindel, et partitsioon pole haagitud, siis umount /dev/md3 ja siis:
fsck -t ext3 /dev/md3
selle peale küsib ta tõenäoliselt parandamise kohta palju küsimusi, kus varem vastasid n, et asi korda saaks, selleks tuleb vastata y (kui sa ei viitsi käsitsi y toksida, siis lisa eelnevale käsule enne võtit -t ka võti -y), kui on faile, mis taastatakse, siis need paigutatakse partitsioonil olevale lost+found kausta
kui ta on lõpetanud, siis proovi partitsioon uuesti haakida käsuga mount /dev/md3
minu teadmiste juures on see parim lahendus, mida oma asja käimasaamiseks võiksid proovida.. võimalik, et keegi teab mingit paremat lahendust.. aga massiivide tasemel tunduvad sul asjad korras olema.. probleem on failisüsteemis, mis natuke (või siis päris palju) hapu on..
|
|
|
|
_________________
|
|
|
|
lenny666
Uus kasutaja
Vanus: 40
Liitunud: 06.09.2010
Postitused: 10
Distributsioon: Debian lenny
|
|
k tnx abi eest... ma igaks juhuks ootan natuke.... kui kellegil midagi kommenteerida ei ole, siis ma teen ilmselt varsti selle ära (homme hommikul).
igaks juhuks panin veidi pikemalt siia sellest tekstist mis fsck parandada pakkus (ja millele ma ei valisin esijalgu).... kuid muidugi seda on kõvasti rohkem.... ma lõikasin paarist kohast paar lõiku välja lihtsalt.
| Kood: | | Inodes that were part of a corrupted orphan linked list found. Fix<y>?
Inode 16881 is in use, but has dtime set. Fix<y>?
Inode 16929 has EXTENTS_FL flag set on filesystem without extents support.
Clear<y>? no
Inode 16929 was part of the orphaned inode list. IGNORED.
Inode 16929 is in use, but has dtime set. Fix<y>? no
Inode 16929, i_blocks is 1605684, should be 0. Fix<y>? no
Inode 16945 has EXTENTS_FL flag set on filesystem without extents support.
Clear<y>? no
Inode 16945 was part of the orphaned inode list. IGNORED.
Inode 16945 is in use, but has dtime set. Fix<y>? no
Inode 16945, i_blocks is 1605685, should be 0. Fix<y>?
jne
Suppress messages<y>? no
Illegal block #83 (1631717642) in inode 82150. IGNORED.
Illegal block #84 (1767074670) in inode 82150. IGNORED.
Illegal block #85 (540697978) in inode 82150. IGNORED.
Illegal block #86 (1309215280) in inode 82150. IGNORED.
Illegal block #87 (1700949365) in inode 82150. IGNORED.
Illegal block #88 (1231441778) in inode 82150. IGNORED.
Illegal block #89 (1701273965) in inode 82150. IGNORED.
Illegal block #90 (840972915) in inode 82150. IGNORED.
Illegal block #91 (1699875082) in inode 82150. IGNORED.
Illegal block #92 (1935756644) in inode 82150. IGNORED.
Illegal block #93 (2053722987) in inode 82150. IGNORED.
Illegal block #94 (941636197) in inode 82150. IGNORED.
Too many illegal blocks in inode 82150.
Clear inode<y>?
|
|
|
|
|
|
|
|
|
chris
Pingviini aktivist
Liitunud: 16.02.2009
Postitused: 146
Asukoht: Tallinn
Distributsioon: Debian 6.0/7.0
|
|
Soovitus: enne, kui Sandri pakutut läbi hakkad viima, tee võimaluse korral katkisest failisüsteemist koopia teisele kettale (dd if=/dev/md3 of=/dev/sdd1) ja torgi kõigepealt seda (Sandri käskudes asendad md3-e sdd1-ga).
Uus ketas, millele koopiat teed, peab olema vähemalt nii suur, et kogu failisüsteem mahub ära. Piisab sellest, kui uuel kettal on olemas partitsioon, mis on vähemalt sama suur, kui katkine faililsüsteem. Kui partisioon on suurem kui failisüsteem, siis jääb partisiooni lõpuosa kasutamata. See ei mõjuta failisüsteemi taastatavust.
Kaks hoiatust:
* arvesta sellega, et uuel kettal olev info kirjutatakse üle;
* ei tasu loota sellele, et kui 600 gigasel kettal on ainult 200 giga faile, siis piisav on 250 gigane ketas.
Selle täiendava mässamise mõte on lihtne: kui midagi läheb untsu, on sul originaal siiski veel olemas ja sa saad teha järgmise katse.
Olen kogenud seda, et failisüsteemi parandamine kustutab mingid failid ära või ei suuda sa lost+found kataloogis olevaid faile enam õigesse kohta taastada. Sellisel juhul on katkine read-only failisüsteem väga hea abimaterjal.
|
|
|
|
|
|
|
|
lenny666
Uus kasutaja
Vanus: 40
Liitunud: 06.09.2010
Postitused: 10
Distributsioon: Debian lenny
|
|
ma just mõtlesingi küsida..... kui mingi taastamine toimub... ja failid saadetakse lost+found-i, siis see tähendab ju et eraldi partitsioonile? (ehk siis peab seal piisavalt ka ruumi olema et kogu kupatus ära mahuks).
See koopia tegemine on päris hea mõte.... probleem on aga selles, et see arvuti sai Mikromaailmast (ITshop nüüd vist) liisinguga ostetud ja raisad panid garantiiklepsu sinna taha..... nii et lahti võtta ei saa... muidu garantii läbi. Ja ma pakuks, et kuskile network share peale neid ka saata ei saa? (windows või linuxi share).
|
|
|
|
|
|
|
|
sander85
Vana Pingviin
Vanus: 39
Liitunud: 08.08.2005
Postitused: 4359
Asukoht: Tallinn (vahel ka Virtsu)
Distributsioon: Mageia, Debian, CentOS
|
|
| lost+found asub samal partitsioonil, mitte kuskil mujal..
|
|
|
|
_________________
|
|
|
|
chris
Pingviini aktivist
Liitunud: 16.02.2009
Postitused: 146
Asukoht: Tallinn
Distributsioon: Debian 6.0/7.0
|
|
| lenny666 kirjutas: | | See koopia tegemine on päris hea mõte.... probleem on aga selles, et see arvuti sai Mikromaailmast (ITshop nüüd vist) liisinguga ostetud ja raisad panid garantiiklepsu sinna taha..... nii et lahti võtta ei saa... muidu garantii läbi. Ja ma pakuks, et kuskile network share peale neid ka saata ei saa? (windows või linuxi share). |
Kuna sul süsteemipartitsioon paistis korras olevat, siis on võrku salvestamine täiesti võimalik. Tõsi, mõned täiendavad tegevused tulevad juurde.
Windowsi masinasse salvestamiseks ühendad jagatud kataloogi nii:
| Kood: | | mount.cifs //arvuti/share /mnt -o user=[I]username[/I],pass=[I]password[/I],dom=[I]domain[/I] |
Linuxi masinasse salvestamiseks ühendad sealt jagatud kataloogi nii:
| Kood: | | mount -t nfs -o nfsvers=3 masin:/jagatud/kataloog /mnt |
NFS-ga kataloogi jagamine Linuxis toimub faili /etc/exports kaudu. Paned sinna jagatavad kataloogid kirja (vaata näiteid) ja seejärel uuendad nimekirja (exportfs -rv).
Nüüd salvestad katkise failisüsteemi faili: | Kood: | | dd if=/dev/md3 of=/mnt/failisysteem.img |
Salvestaud faili kirjutamine kettale partitsiooniks käib nii: | Kood: | | dd if=/siin/on/katkine/failsysteem.img of=/dev/sdd1 |
(väljundseade on ilmselt erinev). dd-st on olemas ka Windowsi versioon, kuid ma ei tea, kas see toetab ka kõvakettaid...
Kui salvestasid failisysteemi Linuxi masinasse, siis saad faili kallal otse tegutseda, kasutades loopback seadet. Selleks käivitad | Kood: | | losetup /dev/loop0 /siin/on/katkine/failsysteem.img |
Losetup käsk seostab suvalise faili plokkseadmega (antud juhul /dev/loop0) ja sa saad kasutada kõikvõimalikke failisüsteemi arstimise (ja ka lõhkumise  ) vahendeid.
Noh, ja... kui võrku salvestamine ei kipu õnnestuma, siis välise USB kõvaketta kasutamine peaks olema siiski võimalik. Vaba USB 2.0 auk on arvutil ju olemas?
FYI: kui on teada, et failis olev failisüsteem on terve, siis saab losetup käsu väljakutse jätta mount'i hooleks: | Kood: | | mount -t fstype -o loop /siin/on/salvestatud/failsysteem.img /mnt |
Tavalisest erinev on parameeter loop ja faili kasutamine seadme kohal. Sobib jube hästi CD ja DVD tõmmiste sisuga tutvumiseks.
|
|
|
|
|
|
|
|
lenny666
Uus kasutaja
Vanus: 40
Liitunud: 06.09.2010
Postitused: 10
Distributsioon: Debian lenny
|
|
| lenny666 kirjutas: | |
See koopia tegemine on päris hea mõte.... probleem on aga selles, et see arvuti sai Mikromaailmast (ITshop nüüd vist) liisinguga ostetud ja raisad panid garantiiklepsu sinna taha..... nii et lahti võtta ei saa... muidu garantii läbi. Ja ma pakuks, et kuskile network share peale neid ka saata ei saa? (windows või linuxi share). |
ma juba rääkisin ITShopi esindajaga asjad kokku. Homme saan uue kõvaketta kätte ja anti luba ise ära paigaldada.
| chris kirjutas: | |
Olen kogenud seda, et failisüsteemi parandamine kustutab mingid failid ära või ei suuda sa lost+found kataloogis olevaid faile enam õigesse kohta taastada. Sellisel juhul on katkine read-only failisüsteem väga hea abimaterjal. |
riskides kõlada lolli(ma)na.... kui mul õnnestub backupil restoreda failid ja nad ilmuvad kuskile sinna lost+found kausta, siis kuidas ma edasi peaks käituma... ehk kuidas ma kontrollin, et nendega kõik korras on ja et neid liigutada saab jne.... ning kuidas ma nad vanale md3 partitsioonile tagasi saan nii et süsteem jälle töötaks (kas tuleb md3 nö. formattida või tuleb kogu lost+found sisu sinna copyda vms?)
|
|
|
|
|
|
|
|
sander85
Vana Pingviin
Vanus: 39
Liitunud: 08.08.2005
Postitused: 4359
Asukoht: Tallinn (vahel ka Virtsu)
Distributsioon: Mageia, Debian, CentOS
|
|
| lenny666 kirjutas: | | lenny666 kirjutas: | |
See koopia tegemine on päris hea mõte.... probleem on aga selles, et see arvuti sai Mikromaailmast (ITshop nüüd vist) liisinguga ostetud ja raisad panid garantiiklepsu sinna taha..... nii et lahti võtta ei saa... muidu garantii läbi. Ja ma pakuks, et kuskile network share peale neid ka saata ei saa? (windows või linuxi share). |
ma juba rääkisin ITShopi esindajaga asjad kokku. Homme saan uue kõvaketta kätte ja anti luba ise ära paigaldada.
| chris kirjutas: | |
Olen kogenud seda, et failisüsteemi parandamine kustutab mingid failid ära või ei suuda sa lost+found kataloogis olevaid faile enam õigesse kohta taastada. Sellisel juhul on katkine read-only failisüsteem väga hea abimaterjal. |
riskides kõlada lolli(ma)na.... kui mul õnnestub backupil restoreda failid ja nad ilmuvad kuskile sinna lost+found kausta, siis kuidas ma edasi peaks käituma... ehk kuidas ma kontrollin, et nendega kõik korras on ja et neid liigutada saab jne.... ning kuidas ma nad vanale md3 partitsioonile tagasi saan nii et süsteem jälle töötaks (kas tuleb md3 nö. formattida või tuleb kogu lost+found sisu sinna copyda vms?) |
kui sul õnnestub taastamine uue ketta peal, siis sama taastamise viid läbi md3-e peal, eks kõigepealt tuleb vaadata, kas ja kui palju sul neid ripakil faile tekib, siis saab juba edasisi tegevusi planeerida.. vbl ei teki ühtki, vbl pole enam miski taastatav 
|
|
|
|
_________________
|
|
|
|
lenny666
Uus kasutaja
Vanus: 40
Liitunud: 06.09.2010
Postitused: 10
Distributsioon: Debian lenny
|
|
ok, mul õnnestus nüüd md3-st koopia teha uuele kettale ja lasin kõik vead ära parandada.... selle tulemusena tekkis lost+found kausta ilgelt palju faile mille nimeks on #number. Niipalju kui ma aru saan need nr-d on inode (vms) sest fsck-l ei õnnestunud faili nime/asukohta kindlaks teha.
PS: Peale proxy failide kustutamist jäi 5704 faili lost+found kausta.
Ma ei tea mida nendega teha. Kuidas ma teen kindlaks mis on tähtsad ja mis mitte. Enamus faile kuulus kasutajale proxy, nii et need võib ilmselt kohe maha lasta (arvatavasti squid tmp failid). Samas on osa faile root omad ja osa ka kasutajate omad.
Ma oletan,et ma võin nüüd ka originaal partitsiooni (md3) ära parandada?
|
|
|
|
|
|
|
|
sander85
Vana Pingviin
Vanus: 39
Liitunud: 08.08.2005
Postitused: 4359
Asukoht: Tallinn (vahel ka Virtsu)
Distributsioon: Mageia, Debian, CentOS
|
|
| no vähemalt sa tead, mis asja tulemus on, ülejäänud failide puhul pead tõenäoliselt neile otsa vaatama ja kindlaks tegema, et mis nad on, siis ehk tead, kuhu nad tagasi liigutada..
|
|
|
|
_________________
|
|
|
|
lenny666
Uus kasutaja
Vanus: 40
Liitunud: 06.09.2010
Postitused: 10
Distributsioon: Debian lenny
|
|
ok, teegin md3-l ka täpselt sama moodi ilusti ära repairi. Tegin restardi, kuid vaatasin, et ei ole automaatselt md3-e külge mountinud.... proovisin mount /dev/md3... lõi sellise veateate:
| Kood: | |
wall:/# mount /dev/md3
mount: wrong fs type, bad option, bad superblock on /dev/md3,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
|
netis lugesin, et tune2fs -j /dev/md3 võib aidata, kuid mõtlesin, et küsin igaks juhuks targemate peade käest enne järgi (backupil panin mount /dev/sdd /root/ketas ja töötas ilusti... ma ei tea miks md3 sõrgu vastu ajab... kui just backup automaatselt ext2-na ei mountinud muidugi)
UPDATE: Proovisin backup ketast ext3-ga mountida ja viskas sama veateate.... panin backupile tune2fs -j /dev/sdd ja siis sai ilusti mountida. Kuna see töötas tegin sama md3-le ja nüüd esijalgu paistab kõik korras olevat.... aga eks seda näeb mis töötab ja mis mitte.
|
|
|
|
|
|
|
|
sander85
Vana Pingviin
Vanus: 39
Liitunud: 08.08.2005
Postitused: 4359
Asukoht: Tallinn (vahel ka Virtsu)
Distributsioon: Mageia, Debian, CentOS
|
|
loodetavasti õppisid sellest kogemusest ja edaspidi saab vähemalt uus soetatud ketas backupi asukohaks, veel parem oleks, kui ta on muidugi mingi välise ketta peal natuke kaugema asukohaga 
|
|
|
|
_________________
|
|
|
|
illukas
Vana Pingviin
Vanus: 44
Liitunud: 24.10.2006
Postitused: 2036
|
|
| mina ostaks ennekõikke upsi!
|
|
|
|
|
|
|
|
sander85
Vana Pingviin
Vanus: 39
Liitunud: 08.08.2005
Postitused: 4359
Asukoht: Tallinn (vahel ka Virtsu)
Distributsioon: Mageia, Debian, CentOS
|
|
| ups ei päästa sind inimlike vigade eest..
|
|
|
|
_________________
|
|
|
|
antik2
Vana Pingviin
Liitunud: 09.10.2006
Postitused: 634
Distributsioon: Big Strong D...
|
|
| sander85 kirjutas: | | ups ei päästa sind inimlike vigade eest.. |
UPS-i ja bäkupi puudumine ei ole vabandus, et andmed kadusid...
|
|
|
|
|
|
|
|
akbgf
Vana Pingviin
Liitunud: 07.10.2009
Postitused: 763
Asukoht: Tõravere
Distributsioon: OpenSUSE, Ubuntu
|
|
| lenny666 kirjutas: | | PS: Peale proxy failide kustutamist jäi 5704 faili lost+found kausta.
Ma ei tea mida nendega teha. Kuidas ma teen kindlaks mis on tähtsad ja mis mitte. .. Samas on osa faile root omad ja osa ka kasutajate omad.
|
file-käsk võib anda veidi aimu, mis laadi failiga tegu.
Eks kasutajad kurdavad, mis neil puudu, ja siis ehk aitavad file, hexdump ja vi nende nummerdatud failide hulgast midagi üles leida.
|
|
|
|
|
|
|
|
chris
Pingviini aktivist
Liitunud: 16.02.2009
Postitused: 146
Asukoht: Tallinn
Distributsioon: Debian 6.0/7.0
|
|
| lenny666 kirjutas: | ok, teegin md3-l ka täpselt sama moodi ilusti ära repairi. Tegin restardi, kuid vaatasin, et ei ole automaatselt md3-e külge mountinud.... proovisin mount /dev/md3... lõi sellise veateate:
| Kood: | |
wall:/# mount /dev/md3
mount: wrong fs type, bad option, bad superblock on /dev/md3,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
|
|
Moundi soovitust kerneli logisse piiluda tasub võtta tõsiselt. Sealt saab tavaliselt täpsemat infot, mis nihu on läinud.
lost+found kataloogi sisu soovitan tõsta mõnda teise kataloogi. Siis saad vajadusel nende tundmatute isendite hulgast otsida ja taastada kadunud faile; samas on e2fsck'le lost+found kataloog tühjaks tehtud.
|
|
|
|
|
|
|
|
|
|
|
