Nelze nabootovat po obnově systému (dd)

drzubr

Nelze nabootovat po obnově systému (dd)
« kdy: 01. 03. 2018, 08:47:26 »
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


czipis

  • ****
  • 255
    • Zobrazit profil
    • E-mail
Re:Nelze nabootovat po obnově systému (dd)
« Odpověď #1 kdy: 01. 03. 2018, 10:31:11 »
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

Re:Nelze nabootovat po obnově systému (dd)
« Odpověď #2 kdy: 01. 03. 2018, 11:00:58 »
no pokial mas grub cez UUID tak predpokladam ze tam bude problem....

...

Re:Nelze nabootovat po obnově systému (dd)
« Odpověď #3 kdy: 01. 03. 2018, 11:09:06 »
Takhle "z vlaku" bez vstupnich informaci bych rekl, ze problem bude s UEFI ...

Pavouk106

  • *****
  • 2 400
    • Zobrazit profil
    • Můj blog
    • E-mail
Re:Nelze nabootovat po obnově systému (dd)
« Odpověď #4 kdy: 01. 03. 2018, 11:35:58 »
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.


TKL

Re:Nelze nabootovat po obnově systému (dd)
« Odpověď #5 kdy: 01. 03. 2018, 12:09:04 »
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

  • *****
  • 1 873
    • Zobrazit profil
    • E-mail
Re:Nelze nabootovat po obnově systému (dd)
« Odpověď #6 kdy: 01. 03. 2018, 12:10:48 »
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

Re:Nelze nabootovat po obnově systému (dd)
« Odpověď #7 kdy: 01. 03. 2018, 13:19:42 »
backup:
Kód: [Vybrat]
dd if=/dev/sda conv=sync,noerror status=progress | gzip -c > /mnt/extdisc/xxx.img.gzzero:
Kód: [Vybrat]
dd if=/dev/zero of=/dev/sdarestore:
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

Re:Nelze nabootovat po obnově systému (dd)
« Odpověď #8 kdy: 01. 03. 2018, 14:12:05 »
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

Re:Nelze nabootovat po obnově systému (dd)
« Odpověď #9 kdy: 01. 03. 2018, 14:21:35 »
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

Re:Nelze nabootovat po obnově systému (dd)
« Odpověď #10 kdy: 01. 03. 2018, 19:18:51 »
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

  • *****
  • 1 873
    • Zobrazit profil
    • E-mail
Re:Nelze nabootovat po obnově systému (dd)
« Odpověď #11 kdy: 01. 03. 2018, 19:29:35 »
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...
« Poslední změna: 01. 03. 2018, 19:34:00 od ByCzech »

trubicoid2

Re:Nelze nabootovat po obnově systému (dd)
« Odpověď #12 kdy: 01. 03. 2018, 22:05:24 »
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)

Re:Nelze nabootovat po obnově systému (dd)
« Odpověď #13 kdy: 01. 03. 2018, 23:42:17 »
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

Re:Nelze nabootovat po obnově systému (dd)
« Odpověď #14 kdy: 02. 03. 2018, 10:42:30 »
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.(?)