Dotaz: Aktualizácia grub-common na klonovanom systéme

[Peter]

Dobrý deň vám prajem.

Nainštaloval som na jeden PC Ubuntu 14.04 LTS a následne som to naklonoval na X ďalších pc. Klonoval som to pomocou SystemRescueCD, spustil som parted, naklonoval partície sdb1->sda1 a sdb2->sda2 a následne v termináli som zadal:

mount /dev/sda1 /mnt/newubuntu
grub2-install --boot-directory=/mnt/newubuntu/boot /dev/sda

Všetko super fungovalo vyše pol roka až do dnes. V cron-e mám každý deň autoaktualizáciu:

#!/bin/sh

export PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin
export DEBIAN_FRONTEND=noninteractive
rm -rf /var/lib/apt/lists/*

apt-get -y update
apt-get -y check

apt-get -y -o Dpkg::Options::="--force-confdef" -o Dpkg::Options::="--force-confold" dist-upgrade

apt-get -y autoclean
apt-get -y autoremove

a dnes sa aktualizoval grub-common. Po aktualizácii už nenabehli klonované PC - na obrazovke svietil len "Welcome to Grub". To mi hneď došlo čo sa deje, tak som opravil grub pomocou SystemRescueCD a dal sa zisťovať z logov prečo sa to udialo.

Zistil som, že pri aktualizácii grub-common chcel apt-get spustiť:

grub-install /dev/disk/by-id/ata-ST500LM000-SSHD-8GB_W761HBB6

a vypísal chybu, že dotyčný disk neexistuje. Samozrejme, že neexistuje, lebo je to disk z ktorého bolo klonované. Hľadal som pomocou grep-u kde sa dalo, kde je toto konkrétne id disku zadané aby som ho zmenil na správne, ale nič som nenašiel. Hral som sa aj s grub-mkdevicemap, ale ani toto nepomohlo. Momentálne som to poriešil tak, že som do toho mojho autoaktualizačného skriptu hneď za apt-get ... dist-upgrade pridal grub-install /dev/sda:

...
apt-get -y -o Dpkg::Options::="--force-confdef" -o Dpkg::Options::="--force-confold" dist-upgrade
grub-install /dev/sda
...

Čiže keď znova dôjde k aktualizácii grub-common a tým pádom k nesprávnej inštalácii grubu na disk, tak sa to hneď opraví. Podľa mňa to ale nie je systémové.

Preto sa vás pýtam, kde zmením id disku pre grub aby aktualizácia grub-common prešla bez otázok? A keď už sme pritom, čo treba na takto naklonovanom systéme ešte opraviť oproti vzorovému obrazu?

Vopred vám za pomoc veľmi pekne ďakujem.

Odpovědi

[R]

/boot/grub/device.map

[Peter]

Ako som už písal - toto nepomohlo. Pravdupovediac ubuntu device.map nema, nepoužíva a aj keď som ho vytvoril tak nič.

[nobody]

priste klonuj jednoduse pomoci ClonezillaLive ;)

Hľadal som pomocou grep-u kde sa dalo
a kde si hledal ? co tohle?: sudo grep -r W761HBB6 /etc /boot/grub

[Peter]

priste klonuj jednoduse pomoci ClonezillaLive ;)

Pre budúcnosť OK, ale teraz musím poriešiť stav aký je

Hľadal som pomocou grep-u kde sa dalo
a kde si hledal ? co tohle?: sudo grep -r W761HBB6 /etc /boot/grub

Samozrejme, že som to takto hľadal a nič - jediné čo ma napadá je, že si to pri inštalácii zadrátuje napríklad priamo do initram.

[NN]

Stahni balik grub-common samostatne a podivej se dovnitr co se bude provadet behem jeho instalace. Nekde by tam mohlo byt volani grub-install..

[nobody]

grub-common v podstate "nic" nedela, nejspis jde o nedorozumeni, protoze grub-common se aktualizuje vzdy s grub-pc a to dela install scriptem instalace/aktualizace/migrace/??ace...
jinak neni potreba tahat balik, protoze install/unistall scripty vsech nainstalovanejch baliku jsou v systemu...
cat /var/lib/dpkg/info/grub-pc.postinst
pri letmem pohledu/findu do 20kB scriptu me nic netrklo, resp. je tam toho dost :)

nicmene zkusil sem u sebe grep a reseni je nalezeno, jedna se o ulozenou configuraci balicku grub-pc v /var/cache/debconf/config.dat

[nobody]

initram se vytvari pomoci scriptu 'konfigurovane' podle /etc/initramfs-tools, hlavne se ale predelava/vytvari pomoci update-initramfs ktere so provadi pri kazde aktualizaci jadra... do initu se ale stejne jen pridava UUID swap oddilu kvuli probouzeni z HDD hybernace (/etc/initramfs-tools/conf.d/resume)...