Nelze nabootovat po obnově systému (dd)

[drzubr]

Ahoj,
mám notebook HP ProBook s 256GB SSD a na něm nainstalovaný Debian9
Partitions na /dev/sda:
1 - /boot/efi
2 - /
3 - swap
=======
Př. 1. Pokud pomocí dd a gzip vytvořím image z LIVE distribuce a následně ho na disk obnovím vše funguje.
Př. 2. Pokd však mezi zálohou a obnovou disk přepíšu nulama (/dev/zero) a pak přes LIVE distribuci obnovím tu samou zálohu jako z příkladu 1. notebook nenabootuje a hlásí že nemá system disk.
Předem díky za nápady

[Reklama]

[czipis]

odpoved je takova, ze delas neco spatne. ale jelikoz jsi nenapsal prikazy, tak ti asi tezko nekdo rekne kde je problem.

zkus poslat prikazy jak delas backup a restore a pak uz ti snad nekdo i pomuze...

[tatar]

no pokial mas grub cez UUID tak predpokladam ze tam bude problem....

[...]

Takhle "z vlaku" bez vstupnich informaci bych rekl, ze problem bude s UEFI ...

[Pavouk106]

no pokial mas grub cez UUID tak predpokladam ze tam bude problem....

Jak vzniká UUID? Já měl za to, že je to jednorázově generované a poté uložené v info o oddílu (ale nic jsem o tom nečetl/nehledal, jen můj pocit). Protože pokud by dělal dd celého disku (tedy /dev/sda) a ne jednotlivých oddílů, mělo by podle mé myšlenky být UUID stejné...

Jak už ale bylo řečeno - bez příkazů se nehneme.

[Reklama]

[TKL]

no pokial mas grub cez UUID tak predpokladam ze tam bude problem....

Jak vzniká UUID? Já měl za to, že je to jednorázově generované a poté uložené v info o oddílu (ale nic jsem o tom nečetl/nehledal, jen můj pocit). Protože pokud by dělal dd celého disku (tedy /dev/sda) a ne jednotlivých oddílů, mělo by podle mé myšlenky být UUID stejné...

Jak už ale bylo řečeno - bez příkazů se nehneme.

Přesně tak. V UUID problém není.

[ByCzech]

Příliš málo informací, problém může být na tolika místech, že se bez dalšího infa nehneme a můžeme leda tak střílet poslepu...

[drzubr]

backup:

Kód: [Vybrat]

dd if=/dev/sda conv=sync,noerror status=progress | gzip -c > /mnt/extdisc/xxx.img.gz

zero:

Kód: [Vybrat]

dd if=/dev/zero of=/dev/sda

restore:

Kód: [Vybrat]

gunzip -c /mnt/extdisc/xxx.img.gz | dd of=/dev/sda conv=sync,noerror status=progress

Pokud neprovedu ten přepis nulama, tak to funguje.. pro oba příklady používám úplně totožné příkazy

[trubicoid2]

no je to jaksi zvlášní, jako by se něco navíc přepsalo
píše ten dd při nulování a při zápisu stejný počet sektorů?

[drzubr]

Je to způsobené HP biosem - pokud to provedu jako instalaci v legacy mode, tak to pak funguje i po přepsání nulama.
Když to provedu tak jako na začátku v EFI mode tak to po přepsání nulama nefunguje ikdyž je v BIOSU vypnutý Secure Boot. Vypadá to že když vypnu SecureBoot dovolí mi bootovat jen z LegacyMode ale ne z UEFI.
Přitom KALI linux z usb flash v UEFI mode nabootuje, ale interní disk ne, tam jak kdyby to vyžadovalo WINDOWS.

[Martin]

Mel bych pribuzny dotaz. Nez se dela zaloha disku (dd + gzip), je dobre vynulovat nevyuzity prostor na FS kvuli lepsi kompresi. Pokud pouzivam SSD, neni lepsi vyplnit nevyuzity prostor 0xFF. Zkoumal jste to nekdo?

[ByCzech]

Je to způsobené HP biosem - pokud to provedu jako instalaci v legacy mode, tak to pak funguje i po přepsání nulama.
Když to provedu tak jako na začátku v EFI mode tak to po přepsání nulama nefunguje ikdyž je v BIOSU vypnutý Secure Boot. Vypadá to že když vypnu SecureBoot dovolí mi bootovat jen z LegacyMode ale ne z UEFI.
Přitom KALI linux z usb flash v UEFI mode nabootuje, ale interní disk ne, tam jak kdyby to vyžadovalo WINDOWS.

Mrkněte na utilitu efibootmgr (co to píše před a po), případně do efivars...

[trubicoid2]

Mel bych pribuzny dotaz. Nez se dela zaloha disku (dd + gzip), je dobre vynulovat nevyuzity prostor na FS kvuli lepsi kompresi. Pokud pouzivam SSD, neni lepsi vyplnit nevyuzity prostor 0xFF. Zkoumal jste to nekdo?

a jakej presne by melo mit naplneni ff vliv?

[nobody(ten pravej)]

a jakej presne by melo mit naplneni ff vliv?

je jedno jestli se nepouzite misto zaplni ff nebo 00, jde o to ze pujde o totozne znaky, takze pri komprimaci nebudou zabirat misto...
bez tohoto "naplneni" by se zbytecne do gz(nebo jineho) archivu ukladala/komprimovala data nachazejici se na volnem prostoru ktera zbyla po jejich predchozich smazani...

[Martin]

a jakej presne by melo mit naplneni ff vliv?

je jedno jestli se nepouzite misto zaplni ff nebo 00, jde o to ze pujde o totozne znaky, takze pri komprimaci nebudou zabirat misto...
bez tohoto "naplneni" by se zbytecne do gz(nebo jineho) archivu ukladala/komprimovala data nachazejici se na volnem prostoru ktera zbyla po jejich predchozich smazani...

Co se tyce komprese ano, je to jedno. Myslel jsem na to SSD, ze by ho prepis 0xFF mene zatezoval, bunky by vlastne byly jen smazane.(?)