Klonet server vil kun boote read-only [LØST]
En af mine servere skal udfases, men forinden vil jeg godt have en virtualbox klon af den. Jeg har derfor rsync'et filsystemet over til den virtuelle disk, hvorefter jeg har tilrettet fstab og derpå kørt grub-install så den kan boote.
Og den booter sådan set fint nok, men undervejs kommer så:
Sådan fortsætter det et stykke tid med en masse fejl relateret til read-only, men til sidst får man login-prompten. Systemet er dog stærkt begrænset da alting er read-only.
Jeg har kørt en fsck for at se om der skulle være nogle fejl i filsystemet der udløste en ro-mount, men det har ikke hjulpet.
Nogen bud på hvad der er galt og hvad jeg kan prøve?
Og den booter sådan set fint nok, men undervejs kommer så:
Loading, please wait...
INIT: version 2.86 booting
mount: only root can do that
touch: cannot touch '/lib/init/rw/.ramfs': Read-only file system
mkdir: cannot create directory '/lib/init/rw/sendsigs.omit.d/ : File exists
mount: only root can do that
Starting the hotplug events dispatcher: udevd
Synthesizing the initial hotplug events...done
Waiting for /dev to be fully populated... [ 6.435055] piix4_smbus 0000:00:08.0
: SMB base address uninitialized - upgrade BIOS or use force_addr=0xaddr
[ 6.609103] Error: Driver 'pcspkr' is already registed, aborting.....Sådan fortsætter det et stykke tid med en masse fejl relateret til read-only, men til sidst får man login-prompten. Systemet er dog stærkt begrænset da alting er read-only.
Jeg har kørt en fsck for at se om der skulle være nogle fejl i filsystemet der udløste en ro-mount, men det har ikke hjulpet.
Nogen bud på hvad der er galt og hvad jeg kan prøve?
Kommentarer11
Hvordan så din rsync
Jeg tænker at man nok ikke har lyst til at kopiere noget under /dev /sys og /proc fx. Havde du en exclude på det eller klarer rsync det mon af sig selv?
rsync -avzh
Og der var
Og der var exclude på /dev /sys /proc mfl.
Jeg forståer intet af
Super Grub Disk har mange gange, nemt og hurtigt, klaret mine boot-problemer
http://www.supergrubdisk.org
Tja, det er da et
Tja, det er da et forsøg værd med super grub disk.
Har du prøvet medsudo
sudo mount -n -o remount,rw /
"Og der var exclude på /dev /sys /proc mfl."
Jeg vil mene, at du skal have /dev med indhold,med for at kunne boote op.
sudo mount -n -o
Virker ikke. Jeg får beskeden "Onlu root can do that" selv om jeg er logget ind som root! Men selv om det virkede, ville der være tonsvis af andre problemer fordi der under opstart er er dusinvis af fejl grundet read only-filstystemet. Og denne fejl med at jeg ikke kan remount skyldes også nok ro-problemet, så den er ligesom rekursiv :)
#5: Jeg vil mene, at du skal have /dev med indhold,med for at kunne boote op.
Nej, /dev bliver udfyldt ved opstart. Mappen skal være der, men ikke indholdet.
Min vildfarelse skyldes, at
for i in /bin /dev /etc /home /lib /root /sbin /usr /var ; do
cp -a "$i" /hd
echo -n "."
done
for i in fd hd mnt proc tmp ; do
mkdir /hd/$i
done
Nu om dage, laver man bare en livecd/usb med sin egen installation.
Hvor meget fylder sådan en server-installation?
Hvordan ser /etc/fstab ud.
Viser
sudo blkid
samme UUID
Super Grub Disk har
SGD fixede det desværre heller ikke.
Er det Redhat eller
Er der flere partioner på serveren?
rsync kan vel kun klone filer, ikke partioner
Init søger ikke efter /dev/sda1, men UUID xxxxxx..... nu om dage.
Fra min init i initrd.img:
"echo waiting for device sda1 to appear (timeout 1min)
waitdev --timeout=60000000 UUID=16f3b2d9-aa22-463d-9017-c0c13c595f41
echo waiting for device sda5 to appear (timeout 1min)
waitdev --timeout=60000000 UUID=40e15ac7-bbdb-4f7a-b693-f2b95779e870
mkblkdevs
nash-resume
echo Creating root device.
mkrootdev -t ext4 -o defaults,ro UUID=16f3b2d9-aa22-463d-9017-c0c13c595f41
echo Mounting root filesystem.
mount /sysroot"
Det er Debian Lenny.
rsync
rsync kloner kun filer, men det er sådan set også ligemeget når blot fstab afspejler den eksisterende struktur. Det hele er monteret på /.
Det der undrer mig er at skidtet jo booter, der er bare mange fejl fordi det booter read-only.
Så fandt jeg fejlen efter
Filerne var af en eller anden grund ikke ejet af root, men af en ukendt bruger 11233. Jeg monterede derfor /dev/sda1 i virtualbox med en LiveCD og kørte følgende:
find /mnt/custom -user 11233 -exec chown -h root:root {} \;
Derefter booter skidtet op normalt :)