[FreeBSD] Een OS schijf bereiken vanuit andere installatie

[com2,1ghz]

Hey,

Vorig week was ik nogal slaperig en heb ik het onderstaande command uitgevoerd:
chown -R gokhan / usenet

Oftewel de spatie zorgde ervoor dat ALLE onderliggende mappen vanaf de root zijn verneukt en dat het niet meer herstelbaar is zonder een backup
Om nou 800 gb te gaan backuppen heb ik maar nog een schijfje van 1 TB gekocht en wilde ik mijn oude schijf gebruiken om backups van het systeem op te slaan.

Ik heb een nieuwe installatie op de nieuwe harde schijf gezet van FreeBSD 8.1 maar als ik kijk naar mijn oude harde schijf dan zie ik dat de map /usr helemaal leeg is(of geencrypted?)

Hoe kan ik de contents weergeven van de mappen van de oude installatie?

Ik zou ook van die systeem backups willen maken maar kan iemand mij daarvoor een tool aanraden?

[Verwijderd]

Je kan met dump een backup maken, maar dan behoud je de owners.

Zie bijv het volgende (eerste hit): http://www.google.com/sea...issions&ie=utf-8&oe=utf-8

make buildworld
make installworld

and change the permissions 600 on the password file

Je kan in /usr/src die commando's draaien dacht ik, als het goed is overschrijft hij de oude binaries in /usr/bin bijv. en zet hij de normale owners en mods er weer op.

[ Voor 12% gewijzigd door Verwijderd op 07-08-2010 11:54 ]

[com2,1ghz]

Maar hoe kan ik toegang krijgen in de oude usr directory van mijn vorige installatie? Ik kan hem wel mounten maar ik zie dat de map usr gewoon leeg is.

[0xDEADBEEF]

com2,1ghz schreef op zaterdag 07 augustus 2010 @ 17:26:
Maar hoe kan ik toegang krijgen in de oude usr directory van mijn vorige installatie? Ik kan hem wel mounten maar ik zie dat de map usr gewoon leeg is.

Heb je /etc/fstab van de vorige installatie nog ?

[com2,1ghz]

Jup,:

# Device                Mountpoint      FStype  Options         Dump    Pass#
/dev/ad4s1b             none            swap    sw              0       0
/dev/ad4s1a             /               ufs     rw              1       1
/dev/ad4s1e             /tmp            ufs     rw              2       2
/dev/ad4s1f             /usr            ufs     rw              2       2
/dev/ad4s1d             /var            ufs     rw              2       2
/dev/acd0               /cdrom          cd9660  ro,noauto       0       0

[FiscBiker]

com2,1ghz schreef op zaterdag 07 augustus 2010 @ 17:55:
Jup,:

# Device                Mountpoint      FStype  Options         Dump    Pass#
/dev/ad4s1b             none            swap    sw              0       0
/dev/ad4s1a             /               ufs     rw              1       1
/dev/ad4s1e             /tmp            ufs     rw              2       2
/dev/ad4s1f             /usr            ufs     rw              2       2
/dev/ad4s1d             /var            ufs     rw              2       2
/dev/acd0               /cdrom          cd9660  ro,noauto       0       0

En hoe mount je die dan onder je nieuwe installatie? De map /usr in slice 1a is uiteraard leeg omdat daar slice 1f op wordt gemount.

[com2,1ghz]

Ik zal de situatie wat duidelijker maken:

Nieuwe hdd = ad4
Oude hdd waar alles gerecoverd moet worden = ad6
ls dev van nieuwe installatie

turkiye# ls /dev
acpi            bpf             fido            pci             ttyv3           ugen0.1
ad4             bpf0            geom.ctl        ptmx            ttyv4           ugen0.2
ad4s1           console         io              pts             ttyv5           ugen1.1
ad4s1a          consolectl      kbd0            random          ttyv6           ugen2.1
ad4s1b          ctty            kbd1            stderr          ttyv7           ugen3.1
ad4s1d          cuau0           kbd2            stdin           ttyv8           ugen4.1
ad4s1e          cuau0.init      kbdmux0         stdout          ttyv9           uhid0
ad4s1f          cuau0.lock      klog            sysmouse        ttyva           ukbd0
ad6             dcons           kmem            ttyu0           ttyvb           urandom
ad6s1           devctl          log             ttyu0.init      ttyvc           usb
agpgart         devstat         mdctl           ttyu0.lock      ttyvd           usbctl
ata             dgdb            mem             ttyv0           ttyve           xpt0
atkbd0          fd              nfslock         ttyv1           ttyvf           zero
audit           fd0             null            ttyv2           ufsid

Ik heb het onderstaande gedaan om de oude harde schijf te mounten:

mount /dev/ad6s1 /tank

Dit krijg ik met een ls:

turkiye# ls /tank
.cshrc          boot            entropy         media           sbin            var
.profile        cdrom           etc             mnt             sys             ~gokhan
.snap           compat          home            proc            test
COPYRIGHT       dev             lib             rescue          tmp
bin             dist            libexec         root            usr

De fstab van de oude harde schijf(dus van ad6)

# Device                Mountpoint      FStype  Options         Dump    Pass#
/dev/ad4s1b             none            swap    sw              0       0
/dev/ad4s1a             /               ufs     rw              1       1
/dev/ad4s1e             /tmp            ufs     rw              2       2
/dev/ad4s1f             /usr            ufs     rw              2       2
/dev/ad4s1d             /var            ufs     rw              2       2
/dev/acd0               /cdrom          cd9660  ro,noauto       0       0

De fstab van de nieuwe harde schijf(dus van ad4)
Deze werd vroeger herkend als ad4

# Device                Mountpoint      FStype  Options         Dump    Pass#
/dev/ad4s1b             none            swap    sw              0       0
/dev/ad4s1a             /               ufs     rw              1       1
/dev/ad4s1e             /tmp            ufs     rw              2       2
/dev/ad4s1f             /usr            ufs     rw              2       2
/dev/ad4s1d             /var            ufs     rw              2       2
/dev/acd0               /cdrom          cd9660  ro,noauto       0       0

Nou heb ik geprobeerd om /dev/ad6s1f te gaan mounten maar dit werkt niet omdat deze niet wordt herkend als een slide(zie ls /dev). Deze moet ik dus op een of andere manier aanmaken.
Dit kan met fdisk maar ik wil het niet helemaal verkloten dat de huidige slides op de oude harde schijf worden overschreven.

[FiscBiker]

Wat laat

gpart show

zien?

[blorf]

Alles wel gefsckt? Anders kun je een filesystem zoiezo niet mounten.
Je hebt dus alleen nog de ad6s1 slice in je /dev/ staan welke eerst ad4s1 was en partitie ad6s1f is er niet meer.
Kun je niet via sysinstall --> post config --> disklabel editor bij die schijf komen vanaf je nieuwe install en dan even een mountpoint geven en opnieuw wegschrijven. Of ziet die ook geen partities meer?

Je zou nog de hele schijf als c: schijf in een virtual machine kunnen gebruiken. Met Qemu lukt dat:

installeren:

code:

pkg_add -r qemu
pkg_add -r kqemu-kmod

uitvoeren:

code:

kldload kqemu
qemu -hda /dev/ad6 -snapshot -net nic -net user

Om echt bestanden te kopieren moet je een netwerkbrug met de host maken of een virtuele fat16 image erbij doen om alles over te kopieren en later vanuit FreeBSD weer te mounten. Heel verhaal maar het kan.

[ Voor 4% gewijzigd door blorf op 10-08-2010 05:18 ]

[com2,1ghz]

Allereerst dankje voor jullie reacties. Ik zal vanavond jullie suggesties proberen. Ik hoop dat het opgelost zal zijn.

[com2,1ghz]

Hey daar ben ik dan weer. Het probleem is opgelost doordat ik de disklabels opnieuw had toegevoegd.
Dit deed ik dmv sysinstall waarmee ik de disklabels liet herkennen en vervolgens de server opnieuw op te starten.
Zonder opnieuw op te starten kwamen de wijzigingen niet.
Nu zie ik dit in ls /dev

turkiye# ls /dev
acpi            audit           kbd0            sysmouse        ttyve
ad4             bpf             kbd1            ttyu0           ttyvf
ad4s1           bpf0            kbd2            ttyu0.init      ufsid
ad4s1a          console         kbdmux0         ttyu0.lock      ugen0.1
ad4s1b          consolectl      klog            ttyv0           ugen0.2
ad4s1d          ctty            kmem            ttyv1           ugen1.1
ad4s1e          cuau0           log             ttyv2           ugen2.1
ad4s1f          cuau0.init      mdctl           ttyv3           ugen3.1
ad6             cuau0.lock      mem             ttyv4           ugen4.1
ad6s1           dcons           nfslock         ttyv5           uhid0
ad6s1a          devctl          null            ttyv6           ukbd0
ad6s1b          devstat         pci             ttyv7           urandom
ad6s1d          dgdb            ptmx            ttyv8           usb
ad6s1e          fd              pts             ttyv9           usbctl
ad6s1f          fd0             random          ttyva           xpt0
agpgart         fido            stderr          ttyvb           zero
ata             geom.ctl        stdin           ttyvc
atkbd0          io              stdout          ttyvd

Nadat ik opnieuw opgestart had kon ik dus iedere slice apart mounten
Heel erg bedankt voor jullie hulp. Ik zal eens kijken hoe ik het backuppen zal aanpakken.

Wat raden jullie mij aan? Een hele systeemdump backuppen is niet bepaald efficient denk ik.
Ik heb van dell ook een rack server besteld(R210) en natuurlijk moet dat ook zo goed mogelijk werken