Adott egy $subject virtualis gep, amin van egy 2 TB /var ext4 particio. Kezdett betelni, igy tettunk melle egy 1 TB-os diszket (sdc), megnoveltem vele a vg-t, majd az lv-t, vegul egy resize2fs jott, de sajnos hibaval kilepett, miszerint nem tudja megcsinalni, mert valami group nyavajaja* van #xxxxx-nel. (tegnap ejjel tortent a dolog, es a kialvatlansag nyomot hagyhatott, ehh...)
OK, allitolag ez azert van, mert a journal nem eleg nagy, igy meg kell novelni 32M -> 128M-re. Ez is megvolt, bar eleg nyogvenyelosen, mert nem tudtam umount-olni a /var-t, valami mindig fogta. OK, a vege az lett, hogy debian telepitorol boot-olas, majd itt vegrehajtani a journal novelest, ok. Majd szol, hogy jo lenne a resize2fs elott egy "e2fsck -f"-et futtatni. Fine, ki is javitott 1 entry-t.
Viszont a reboot utan egybol control-D-be dobott, hogy kaka van. OK, nesze root pwd, majd fsck, ami besirt, hogy egy csomo entry-t fixalni kene. OK, akkor fussal -y kapcsoloval. Hat egy jo csomot javitott is. Majd ismet reboot, es a /var mountolasakor sir, hogy vannak gondok az fs-sel, bar fel tudta mountolni.
Viszont sok orom nem volt benne, mert a /var ugyan 3 TB lett, es a szabad helyet is kb. jol mutatta a df, de a /var/log-bol egy n x 10 kB sima file lett (szemettel tele), es a /var alatti adat dir is egy hasonlo file-ba ment at.
Szoval a lenyeg az, hogy volume noveles utan resize2fs, majd fsck es reboot, az eredmeny pedig egy elszabott particio lett. A kerdes az, hogyan lehetne visszahozni az adatokat?
- 3029 megtekintés
Hozzászólások
Leginkább backupból ;) Gondolom a journal növelését előbb kellett volna csinálni mint a vg növelését
- A hozzászóláshoz be kell jelentkezni