Início / user-297684

user174174's questions

Martin Hope
user174174
Asked: 2019-03-24 20:39:20 +0800 CST
  • 1

Eu tenho um sistema de inicialização dupla com este layout de partição:

# fdisk -l
Disk /dev/sda: 596.2 GiB, 640135028736 bytes, 1250263728 sectors
Disk model: SAMSUNG HM640JJ 
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x08c427b9

Device     Boot      Start        End   Sectors   Size Id Type
/dev/sda1            80325   30800324  30720000  14.7G  7 HPFS/NTFS/exFAT
/dev/sda2         30800325  440400559 409600235 195.3G  7 HPFS/NTFS/exFAT
/dev/sda3        440403966 1132820479 692416514 330.2G  f W95 Ext'd (LBA)
/dev/sda4  *    1132820480 1250263039 117442560    56G 83 Linux
/dev/sda5        440403968 1116043263 675639296 322.2G  7 HPFS/NTFS/exFAT
/dev/sda6       1116045312 1132820479  16775168     8G 82 Linux swap / Solaris

Partition table entries are not in disk order.

e é MBR de acordo com partede gdisk. Depois de instalar o linux, nunca inicializei no Windows novamente e fiz backup regularmente de toda a partição 60G do linux e dos primeiros 63 setores do HDD usando ddum HDD externo enquanto inicializo a partir de uma imagem linux ao vivo.

dd if=/dev/sda4 of=linux.img bs=4096 conv=fdatasync
dd if=/dev/sda of=boot.img bs=512 count=63 conv=fdatasync

depois que meu linux quebrou (pela primeira vez), tentei restaurá-lo usando o inverso acima da inicialização do live então

dd if=linux.img of=/dev/sda4 bs=4096 conv=fdatasync
dd if=boot.img of=/dev/sda bs=512 conv=fdatasync

ddnão relatou nenhum erro e a partição linux foi recuperada conforme o esperado. no entanto, não consegui inicializar (o sistema estava mantendo a reinicialização, pois havia algo errado com o Grub, um cursor piscando e uma reinicialização repentina repetidamente). Finalmente inicializado novamente usando live then chroote grub-install. depois disso, consegui inicializar novamente normalmente.

Eu faço backup dos primeiros 63 setores porque o Grub usa lá para a imagem principal (se não estiver errado). e a primeira coisa que fiz após a inicialização foi despejar lá para um arquivo newboot.img, então:

 diff boot.img newboot.img

não retornou nada, o que significa que mesmo após a reinstalação do grub, essa área é a mesma.

  • Qual é a causa raiz de não poder inicializar neste caso?
  • Como devo fazer o backup (evitando terceiros)?

Até onde eu sei, nenhuma partição muda, nenhum UUID... ambas as imagens criadas juntas. O código grub pode continuar em algum lugar após o setor 63? onde e quanto tempo?

Obrigada.

backup grub2
Martin Hope
user174174
Asked: 2019-03-06 20:06:42 +0800 CST
  • 30

O stringscomando se comporta de maneira estranha, aparentemente não para de gravar em um arquivo, mesmo que a unidade fique sem espaço. Ou talvez eu esteja perdendo alguma coisa?

Eu corro o seguinte:

# strings /dev/urandom > random.txt

isso continuou funcionando e não parou mesmo depois de encher o disco (um flash usb normal).

então para ser mais rápido criei um ramdisk e tentei novamente o mesmo comando. também não parou.

Entendo que urandomnão é um arquivo normal e também stringsa saída do 's é redirecionada, porém em ambos os casos acima, o catcomando reportou o erro quando não havia mais espaço.

# cat /dev/urandom > random.txt
cat: write error: No space left on device
  1. Esse é o comportamento normal das strings? Se sim, por quê?
  2. Onde os dados são gravados depois que não há mais espaço?
linux shell