Re: LVM ext2 recovery [rabarbaras @ 2011-02-15 15:33:17]

Tema: Re: LVM ext2 recovery
Autorius: rabarbaras
Data: 2011-02-15 15:33:17
losetup - susikursi loopX irengini;
kpartx - padarysi reikalingas particijas;


On 02/15/11 15:24, lingus wrote:
> O tai ką daryt su tuo /dev/sda11p1? Nes reealiai tai tokio failo nėra:
>
> # ls -al /dev/sda11p1
> ls: /dev/sda11p1: No such file or directory
>
> # ls -al /dev/sda11*
> brw-r----- 1 root disk 8, 11 Feb 11 20:32 /dev/sda11
>
> Šitas http://www.diskinternals.com/linux-recovery/ ties ~80% tampa not
> responding, nors iki lūžimo rodo, kad rado ~20k folderių ir 0.5M failų
> failų. Pasiūlyk kokį nors įrankį :)
>
> On 02/15/2011 02:41 PM, rabarbaras wrote:
>> Duomenis turi. Ir gal but gerus
>> /dev/sda11p1
>>
>> On 02/15/11 14:21, lingus wrote:
>>> # /sbin/fdisk /dev/sda11
>>>
>>> The number of cylinders for this disk is set to 9137.
>>> There is nothing wrong with that, but this is larger than 1024,
>>> and could in certain setups cause problems with:
>>> 1) software that runs at boot time (e.g., old versions of LILO)
>>> 2) booting and partitioning software from other OSs
>>> (e.g., DOS FDISK, OS/2 FDISK)
>>>
>>> Command (m for help): p
>>>
>>> Disk /dev/sda11: 75.1 GB, 75162576384 bytes
>>> 255 heads, 63 sectors/track, 9137 cylinders
>>> Units = cylinders of 16065 * 512 = 8225280 bytes
>>>
>>> Device Boot Start End Blocks Id System
>>> /dev/sda11p1 * 1 9137 73392921 83 Linux
>>>
>>> # /sbin/fdisk /dev/sda11p1
>>>
>>> Unable to open /dev/sda11p1
>>>
>>> On 02/15/2011 01:21 PM, rabarbaras wrote:
>>>> ka rodo fdisk -l /dev/sda11 ?
>>>>
>>>> On 02/15/11 12:30, lingus wrote:
>>>>> Sveiki, nulėkė debian servas, su LVM, o po juo XEN virtualios mašinos.
>>>>> Turiu backupą su Norton Ghost, bet jis nesupportina LVM ir atkuria
>>>>> kaip
>>>>> paprastas particijas taigi gaunu:
>>>>>
>>>>> # /sbin/fdisk -l
>>>>> Warning: omitting partitions after #15.
>>>>> They will be deleted if you save this partition table.
>>>>>
>>>>> Disk /dev/sda: 250.0 GB, 250059350016 bytes
>>>>> 255 heads, 63 sectors/track, 30401 cylinders
>>>>> Units = cylinders of 16065 * 512 = 8225280 bytes
>>>>>
>>>>> Device Boot Start End Blocks Id System
>>>>> /dev/sda1 * 1 122 979933+ 83 Linux
>>>>> /dev/sda2 123 30401 243216067+ f W95 Ext'd (LBA)
>>>>> /dev/sda5 123 960 6731203+ 83 Linux
>>>>> /dev/sda6 961 4310 26908843+ 83 Linux
>>>>> /dev/sda7 4311 12683 67256091 83 Linux
>>>>> /dev/sda8 12684 13102 3365586 83 Linux
>>>>> /dev/sda9 13103 16452 26908843+ 83 Linux
>>>>> /dev/sda10 16453 18127 13454406 82 Linux swap / Solaris
>>>>> /dev/sda11 18128 27265 73400953+ 83 Linux
>>>>> /dev/sda12 27266 27527 2104483+ 83 Linux
>>>>> /dev/sda13 27528 27658 1052226 83 Linux
>>>>> /dev/sda14 27659 29617 15735636 83 Linux
>>>>> /dev/sda15 29618 30270 5245191 83 Linux
>>>>>
>>>>> nuo 1 iki 10 yra sisteminės particijos var, home, tmp, usr, swap,
>>>>> tereikėjo pa'editint GRUB, fstab ir sistema pakilo.
>>>>>
>>>>> /dev/vg00/root / ext3
>>>>> /dev/vg00/var /var ext3
>>>>> /dev/vg00/home /home ext3
>>>>> /dev/vg00/tmp /tmp ext3
>>>>> /dev/vg00/usr /usr ext3
>>>>> --------------------
>>>>> /dev/sda5 / ext3
>>>>> /dev/sda6 /var ext3
>>>>> /dev/sda7 /home ext3
>>>>> /dev/sda8 /tmp ext3
>>>>> /dev/sda9 /usr ext3
>>>>>
>>>>> Svarbiausiam man ši mašina:
>>>>>
>>>>> # cat /etc/xen/oracle
>>>>> name = "oracle"
>>>>> uuid = "cafff27f-362b-866f-53f7-1f3571fcb665"
>>>>> maxmem = 1024
>>>>> memory = 1024
>>>>> vcpus = 2
>>>>> bootloader = "/usr/bin/pygrub"
>>>>> on_poweroff = "destroy"
>>>>> on_reboot = "restart"
>>>>> on_crash = "restart"
>>>>> #vfb = [ "type=vnc,vncdisplay=1,vncpasswd=oracle" ]
>>>>> vfb = [ ]
>>>>> # fix the lagging mouse in VNC
>>>>> #usbdevice = 'tablet'
>>>>> disk = [ "phy:/dev/vg00/oracle.xen-disk,xvda,w",
>>>>> "phy:/dev/vg00/oracle.xen-swap,xvdb,w" ]
>>>>> vif = [ "mac=00:16:3e:2f:10:e3,bridge=xenbr0" ]
>>>>>
>>>>> # tail -20 /etc/lvm/archive/vg00_00010.vg:
>>>>>
>>>>> oracle.xen-disk {
>>>>> id = "RwCJVW-ik57-PJNz-1uRD-k3Ik-xoqb-sQ06fu"
>>>>> status = ["READ", "WRITE", "VISIBLE"]
>>>>> segment_count = 1
>>>>>
>>>>> segment1 {
>>>>> start_extent = 0
>>>>> extent_count = 2240 # 70 Gigabytes
>>>>>
>>>>> type = "striped"
>>>>> stripe_count = 1 # linear
>>>>>
>>>>> stripes = [
>>>>> "pv0", 688
>>>>> ]
>>>>> }
>>>>> }
>>>>>
>>>>> Pagal šitą sprendžiu, kad man reikalinga particija yra 70GB, taigi -
>>>>> "/dev/sda11", tačiau:
>>>>>
>>>>> # mount -v -t ext2 /dev/sda11 /mnt/
>>>>> mount: wrong fs type, bad option, bad superblock on /dev/sda11,
>>>>> missing codepage or other error
>>>>>
>>>>> # dmesg | tail
>>>>> hfs: unable to find HFS+ superblock
>>>>> hfs: unable to find HFS+ superblock
>>>>> hfs: unable to find HFS+ superblock
>>>>> VFS: Can't find an ext2 filesystem on dev sda11.
>>>>>
>>>>> Bandysiu drožt tą particiją su ext2 recovery toolsais, šiuo metu
>>>>> sukasi
>>>>> http://www.diskinternals.com/linux-recovery/. Bet labiau norėtųsi kaip
>>>>> nors pakišti tą particiją XEN'ui vietoj naudotos LVM, kad jis
>>>>> užsikrautų, gal užtektų ką nors gudraus parašyti čia?
>>>>> disk = [ "phy:/dev/vg00/oracle.xen-disk,xvda,w", "phy:/dev
>>>>> Gal eina nesudėtingai atgal surankioti LVM sistemą?
>>>>> Gal koks geresnis toolsas recoverinimui yra?
>>>>>
>>>>> Labai laukiu pasiūlymų, Dėkui =]
>>>
>