Re: Why MBR partitioning (was: Reasonably simple setup for 1...)

Hi, David Christensen wrote: > > So that you can boot the system drive in old and new computers -- e.g. > > MBR is "lowest common denominator". Felix Miata wrote: > I just found out from Asus that Intel 500 series chipsets do not support CSM. > Luckily my cloned

Re: Why MBR partitioning (was: Reasonably simple setup for 1...)

On 12/14/21 6:52 PM, Felix Miata wrote: David Christensen composed on 2021-12-14 18:40 (UTC-0800): Jorge P. de Morais Neto wrote: Why MBR partitioning So that you can boot the system drive in old and new computers -- e.g. MBR is "lowest common denominator". I just found out

Re: Why MBR partitioning (was: Reasonably simple setup for 1...)

David Christensen composed on 2021-12-14 18:40 (UTC-0800): > Jorge P. de Morais Neto wrote: >> Why MBR partitioning > So that you can boot the system drive in old and new computers -- e.g. > MBR is "lowest common denominator". I just found out from Asus that Int

Re: Installing GRUB to make a hybrid UEFI/MBR bootable USB stick

On Wed, Mar 03, 2021 at 04:52:49PM +0100, Nicolas George wrote: > Hi. > > I have written a howto on installing GRUB on an USB stick to make it > bootable both on UEFI and legacy MBR systems. Thanks, that sounds very useful :) Cheers - t signature.asc Description: Digital signature

Installing GRUB to make a hybrid UEFI/MBR bootable USB stick

Hi. I have written a howto on installing GRUB on an USB stick to make it bootable both on UEFI and legacy MBR systems. It allows to install multiple ISO images of live distros as plain files in an unobtrusive directory while keeping the stick usable to carry around vacation photos, torrents

Re: UEFI and legacy MBR

On 2020-11-21 11:29, mick crane wrote: hello, I'm having a bit of bother trying to install windows and Bullseye on PC. never mind it all seems to be working mick -- Key ID4BFEBB31

UEFI and legacy MBR

and install bullseye on SSD from bullseye DVD 1, wanting to use other HDD for data. Installer won't install desktop environment if I just select XFCE but is probably another matter. Grub was complaining about mixing EFI with MBR disk. I try to start again but if selecting UEFI menu in PC bios PC boots

MAG CITY Townhouses MEYDAN MBR City District-7

If you have trouble viewing this email, read the online version. [http://app.marketing.magpd.com/e/es.aspx?s=984077094=9981=c4ce5123b42b4b9e8cfa709efe21855a]

Re: How do I get the mbr package to do its job quietly?

Content-multipart/mixed; boundary="Add_By_Label_Mail_Nextpart_001"co-Id: <201004090646.49565.gcsgcatl...@bigpond.com> X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150203.4BBE40C0.008E,ss=1,fgs=0 X-SIH-MSG-ID:

Re: about debian installation on gpt and mbr hard drive

fellow is OK :) > Can someone please confirm to me once and for all if I'm correct with > these assumptions regarding debian installation on hard drives: > > 1. If the hdd has an MBR partition style, that hdd needs to have a FAT32 > partition, flagged as esp and with mou

8TB brick [was Re: about debian installation on gpt and mbr hard drive]

On 2020-03-11 14:55, Cindy Sue Causey wrote: > Mine USED to > boot FINE, **NO** PROBLEMS, with something likely similarly different > per each of us as users with our hardware. I booted Buster and > Bullseye a few times.. > > THEN, WHAM, everything permanently went to pot on the first reboot >

Re: about debian installation on gpt and mbr hard drive

On 2020-03-11 11:59, kaye n wrote: Hello Friends! Can someone please confirm to me once and for all if I'm correct with these assumptions regarding debian installation on hard drives: 1. If the hdd has an MBR partition style, that hdd needs to have a FAT32 partition, flagged as esp

Re: about debian installation on gpt and mbr hard drive

On 3/11/20, Linux-Fan wrote: > kaye n writes: > >> Hello Friends! >> >> Can someone please confirm to me once and for all if I'm correct with >> these >> assumptions regarding debian installation on hard drives: >> > > In case a FAT32 partition is needed for booting (see further below), it >

Re: about debian installation on gpt and mbr hard drive

kaye n writes: Hello Friends! Can someone please confirm to me once and for all if I'm correct with these assumptions regarding debian installation on hard drives: 1.  If the hdd has an MBR partition style, that hdd needs to have a FAT32 partition, flagged as esp and with mount point

about debian installation on gpt and mbr hard drive

Hello Friends! Can someone please confirm to me once and for all if I'm correct with these assumptions regarding debian installation on hard drives: 1. If the hdd has an MBR partition style, that hdd needs to have a FAT32 partition, flagged as esp and with mount point at /boot/efi

Re: MBR partitioning, and content after partition table but before first partition

On Mon, Mar 13, 2017 at 08:36:59PM -0700, David Christensen wrote: > >and the destination ended up bigger, > >possibly because one or more of the backups on the source had been using some > >kind of hardlink de-dupe (I've ranted about hardlink trees being a problem in > >various backup topics on

Re: MBR partitioning, and content after partition table but before first partition

Hello, On Mon, Mar 13, 2017 at 08:36:59PM -0700, David Christensen wrote: > Is anyone aware of a utility that can walk a file system and replace > identical files with hard links? As an alternative to doing this, you could consider using a filesystem with block-level de-duplication support. ZFS

Re: MBR partitioning, and content after partition table but before first partition

On 03/14/2017 04:52 AM, The Wanderer wrote: On 2017-03-13 at 23:36, David Christensen wrote: Is anyone aware of a utility that can walk a file system and replace identical files with hard links? Try rdfind. It's in Debian; I don't use it myself, largely because the (accepted upstream years

Re: MBR partitioning, and content after partition table but before first partition

On 03/14/2017 03:34 AM, David wrote: On 14 March 2017 at 14:36, David Christensen wrote: Doing a quick test, it appears that rsync copies hard linked files as if each were a different file: rsync -a hard-link-1/ hard-link-2 Here, 'man rsync' says: "Note that -a

Re: MBR partitioning, and content after partition table but before first partition

On 2017-03-13 at 23:36, David Christensen wrote: > On 03/13/2017 02:01 AM, Jonathan Dowland wrote: > >> On Fri, Mar 10, 2017 at 10:00:45PM -0800, David Christensen wrote: >> and the destination ended up bigger, possibly because one or more >> of the backups on the source had been using some

Re: MBR partitioning, and content after partition table but before first partition

On 14 March 2017 at 14:36, David Christensen wrote: > > Doing a quick test, it appears that rsync copies hard linked files as if > each were a different file: > > rsync -a hard-link-1/ hard-link-2 Here, 'man rsync' says: "Note that -a does not preserve hardlinks,

Re: MBR partitioning, and content after partition table but before first partition

On 03/13/2017 02:01 AM, Jonathan Dowland wrote: On Fri, Mar 10, 2017 at 10:00:45PM -0800, David Christensen wrote: I'd always put a step 0) in there: is imaging what you want to do? Consider a file-level backup with rsync (etc etc, as discussed elsewhere in this thread) I do imaging for

Re: MBR partitioning, and content after partition table but before first partition

On Fri, Mar 10, 2017 at 10:00:45PM -0800, David Christensen wrote: > >I'd always put a step 0) in there: is imaging what you want to do? Consider > >a file-level backup with rsync (etc etc, as discussed elsewhere in this > >thread) > > I do imaging for system disks. I do backups and archives for

Re: MBR partitioning, and content after partition table but before first partition

On 03/10/2017 12:49 AM, Jonathan Dowland wrote: On Thu, Mar 09, 2017 at 09:04:56PM -0800, David Christensen wrote: I use LUKS swap (random key) and root (passphrase). I think it's the piece of the boot chain that gives me the LUKS prompt for root (before the GRUB menu). You get that prompt

Re: MBR partitioning, and content after partition table but before first partition

On Thu, Mar 09, 2017 at 09:04:56PM -0800, David Christensen wrote: > I use LUKS swap (random key) and root (passphrase). I think it's the piece > of the boot chain that gives me the LUKS prompt for root (before the GRUB > menu). You get that prompt *before* GRUB? I use LUKS everywhere and only

Re: MBR partitioning, and content after partition table but before first partition

that puts Grub in the MBR instead of on a primary partition with its boot flag set, along with generic code in the MBR. 2017-03-09 20:22:00 root@jesse ~ # dd if=/dev/sda skip=1 count=100 2>/dev/null | file - /dev/stdin: data 2017-03-09 20:22:38 root@jesse ~ # dd if=/dev/sda skip=1 count=100 2&g

Re: MBR partitioning, and content after partition table but before first partition

On Wed, Mar 08, 2017 at 09:46:32PM -0800, David Christensen wrote: > What is in blocks 1-101? I believe it's part of grub. My limited understanding of how it works is it's split up into separate stages designed to fit within the "holes" in a typical MBR layout, each stage havin

Re: MBR partitioning, and content after partition table but before first partition

ashioned layout. Bad for disks with blocksize larger than 512 bytes, because of the odd block count. > 01f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa This is the end of the MBR. The first partition slot is at address 01be. > 7c00 12 91 f2 60 90 a0 2f 19 01

Re: MBR partitioning, and content after partition table but before first partition

There is content in the first 101 blocks (1 MBR plus 100 other): 2017-03-08 21:30:06 root@jesse ~ # dd if=/dev/sda count=2048 2>/dev/null | hexdump -C | tail ... What is in blocks 1-101? Was that disk ever used for anything besides Jessie, not new or wiped first? Run strings on it or v

MBR partitioning, and content after partition table but before first partition

On 03/08/2017 03:02 AM, Thomas Schmitt wrote: David Christensen wrote: AFAIK when using MBR partitioning, the partition table (blocks 0-62) The MBR partition table resides in the first 512-bytes block. It may be extended by a chain of partitions starting at the Extended Partition of the MBR

[SOLUCIONADO] Re: MBR LEGACY -> GPT UEFI

Datos: 1 DD de 1TB particionado MBR y BIOS modo legacy Tengo ganas de comprar 1 DD de 3 TB pero, si lo compro tendría que particionarlo con GPT y activar UEFI, Hum... pues no necesariamente. Si lo usas como disco de datos no tienes que activar UEFI aunque sí necesitarás GPT. Ahora bien, una

Re: MBR LEGACY -> GPT UEFI

El 17/01/16 a las 12:42, Camaleón escribió: El Sun, 17 Jan 2016 12:03:28 -0500, listascor...@msjs.co escribió: El 17/01/16 a las 11:39, Camaleón escribió: El Sun, 17 Jan 2016 11:24:45 -0500, listascor...@msjs.co escribió: Hola listos Datos: 1 DD de 1TB particionado MBR y BIOS modo legacy

MBR LEGACY -> GPT UEFI

Hola listos Datos: 1 DD de 1TB particionado MBR y BIOS modo legacy Tengo ganas de comprar 1 DD de 3 TB pero, si lo compro tendría que particionarlo con GPT y activar UEFI, entonces: ¿el s.o. que tengo en el DD de 1 TB quedaría inutilizable? ¿en caso tal que sí, se puede recuperar? saludos;

Re: MBR LEGACY -> GPT UEFI

El Sun, 17 Jan 2016 11:24:45 -0500, listascor...@msjs.co escribió: > Hola listos > > Datos: > 1 DD de 1TB particionado MBR y BIOS modo legacy > > Tengo ganas de comprar 1 DD de 3 TB pero, si lo compro tendría que > particionarlo con GPT y activar UEFI, Hum... pues no

Re: MBR LEGACY -> GPT UEFI

El 17/01/16 a las 11:39, Camaleón escribió: El Sun, 17 Jan 2016 11:24:45 -0500, listascor...@msjs.co escribió: Hola listos Datos: 1 DD de 1TB particionado MBR y BIOS modo legacy Tengo ganas de comprar 1 DD de 3 TB pero, si lo compro tendría que particionarlo con GPT y activar UEFI, Hum

Re: MBR LEGACY -> GPT UEFI

El Sun, 17 Jan 2016 12:03:28 -0500, listascor...@msjs.co escribió: > El 17/01/16 a las 11:39, Camaleón escribió: >> El Sun, 17 Jan 2016 11:24:45 -0500, listascor...@msjs.co escribió: >> >>> Hola listos >>> >>> Datos: >>> 1 DD de 1TB partici

Re: Duda con backup de mbr y tabla de particiones

From Hard Disk ... No devuelve error. Intuyo que no puede cargar el grub, porque si lo restauro con un live cd como systemrescuecd, ubuntu y derivados luego arranca perfectamente... Pero quiero saber el por qué? En teoría, para el backup y restauración del mbr se usa dd, no entiendo porque

Re: Duda con backup de mbr y tabla de particiones

restauración del mbr se usa dd, no entiendo porque no arranca... Alguien me puede hechar una mano?? Se trata de la misma situación que preguntabas en el primer mensaje de este hilo, pensaba que te había quedado claro pero ya veo que no :-). El enlace que mandé era muy completo y tenía

Re: Duda con backup de mbr y tabla de particiones

... Pero quiero saber el por qué? En teoría, para el backup y restauración del mbr se usa dd, no entiendo porque no arranca... Alguien me puede hechar una mano?? Se trata de la misma situación que preguntabas en el primer mensaje de este hilo, pensaba que te había quedado claro pero ya veo que

Re: Duda con backup de mbr y tabla de particiones

el grub a mano pero entonces para que está dd if=... no te realiza un backup del mbr?? Si tienes el mbr restaurado, la tabla de particiones OK y la imagen bien restaurada no veo inconveniente no sé... A no ser que sea por las VM pero vamos... Tengo la sensación de que el MBR es sólo una de las

Re: Duda con backup de mbr y tabla de particiones

partclone, dice que la imagen puede estar corrupta... y te deja ahí, vendido un pelín... Me encanta linux y su software para hacer backups, sólo estoy buscando la mejor forma de asegurarme un backup de datos, mbr y tabla de particiones... Algo que por ejemplo, acronis true image home hace muy bien

Re: Duda con backup de mbr y tabla de particiones

El Tue, 30 Apr 2013 11:32:28 +0200, maykel escribió: No es nada del otro mundo no?? MBR Restoration You should only restore the MBR if it is necessary to do so, and you should be sure you have an up-to-date backup file to work with. Because the primary partition table is stored in the MBR

Re: Duda con backup de mbr y tabla de particiones

El Tue, 30 Apr 2013 15:36:50 +0200, maykel escribió: Podría ser que el backup del mbr sólo valiera para el disco duro desde el cual lo has realizado? Lo digo más que nada porque me he cargado el grub a mano de la VM origina de la cual hice el backup del mbr, lo he restaurado con dd y arranca

Re: Duda con backup de mbr y tabla de particiones

y me ha generado perfectamente el fsa. He realizado el backup del mbr. He restaurado ambas cosas y a la hora de arrancar con virtualbox me daba error: Missing operating system FATAL: INIT18: BOOT FAILURE En algunos foros ponía que era error de virtualbox y que había que remover cualquier unidad

Re: Duda con backup de mbr y tabla de particiones

restauro con un live cd como systemrescuecd, ubuntu y derivados luego arranca perfectamente... Pero quiero saber el por qué? En teoría, para el backup y restauración del mbr se usa dd, no entiendo porque no arranca... Alguien me puede hechar una mano?? Se trata de la misma situación que

Re: Duda con backup de mbr y tabla de particiones

no puede cargar el grub, porque si lo restauro con un live cd como systemrescuecd, ubuntu y derivados luego arranca perfectamente... Pero quiero saber el por qué? En teoría, para el backup y restauración del mbr se usa dd, no entiendo porque no arranca... Alguien me puede hechar una mano?? Se

Re: Duda con backup de mbr y tabla de particiones

El 2013-04-02 18:53, Eduardo Rios escribió: Yo utilizo partimage, y de momento no he tenido problemas con GRUB. ¿Lo has probado? http://www.partimage.org/Main_Page Sí claro lo he usado y también partclone, dd(muy lento), etc. Estos software vienen incluídos en clonezilla. Estoy en busca del

Re: Duda con backup de mbr y tabla de particiones

El 03/04/13 10:29, may...@maykel.sytes.net escribió: El 2013-04-02 18:53, Eduardo Rios escribió: Yo utilizo partimage, y de momento no he tenido problemas con GRUB. ¿Lo has probado? http://www.partimage.org/Main_Page Sí claro lo he usado y también partclone, dd(muy lento), etc. Estos

Re: Duda con backup de mbr y tabla de particiones

Hola Maykel, ¿ Por qué tengo que restaurar el grub si supuestamente con el comando dd hago un backup del mbr y de la tabla de particiones? Quizás el problema se encuentre en que no acabas de copiar correctamente por completo el MBR+tabla de parciones. Yo lo que hago es lo siguiente

Re: Duda con backup de mbr y tabla de particiones

El Wed, 03 Apr 2013 12:29:36 +0200, maykel escribió: El 2013-04-02 18:53, Eduardo Rios escribió: Yo utilizo partimage, y de momento no he tenido problemas con GRUB. ¿Lo has probado? http://www.partimage.org/Main_Page (...) Clonezilla no me acaba de convencer, más de una vez me ha dejado

Re: Duda con backup de mbr y tabla de particiones

un backup de mi portatil en caliente con la opción de -A y con fsarchiver y me ha generado perfectamente el fsa. He realizado el backup del mbr. He restaurado ambas cosas y a la hora de arrancar con virtualbox me daba error: Missing operating system FATAL: INIT18: BOOT FAILURE En algunos

Re: Duda con backup de mbr y tabla de particiones

. He realizado el backup del mbr. He restaurado ambas cosas y a la hora de arrancar con virtualbox me daba error: Missing operating system FATAL: INIT18: BOOT FAILURE En algunos foros ponía que era error de virtualbox y que había que remover cualquier unidad de cd para evitar problemas pero

Re: Duda con backup de mbr y tabla de particiones

desde un liveCD, pero mi pregunta viene ahora: ¿ Por qué tengo que restaurar el grub si supuestamente con el comando dd hago un backup del mbr y de la tabla de particiones? ¿La partición origen y la partición destino son del mismo tamaño? Me he fijado y en /etc/fstab el uuid de la

Re: Duda con backup de mbr y tabla de particiones

El Tue, 02 Apr 2013 10:25:43 +0200, maykel escribió: El 2013-03-25 15:56, Camaleón escribió: (...) ¿ Por qué tengo que restaurar el grub si supuestamente con el comando dd hago un backup del mbr y de la tabla de particiones? ¿La partición origen y la partición destino son del mismo tamaño

Re: Duda con backup de mbr y tabla de particiones

El 2013-04-02 16:53, Camaleón escribió: El Tue, 02 Apr 2013 10:25:43 +0200, maykel escribió: El 2013-03-25 15:56, Camaleón escribió: (...) ¿ Por qué tengo que restaurar el grub si supuestamente con el comando dd hago un backup del mbr y de la tabla de particiones? ¿La partición origen y

Re: Duda con backup de mbr y tabla de particiones

saber mejor qué es lo que estoy haciendo. Porque uno (clonezilla) usa bloques para guardar la copia del sistema de archivos mientras que el otro (fsarchiver) se basa en archivos. En teoría, el backup del mbr y tabla de particiones que realice en el origen, ¿ Por qué no es válido al restaurar el

Re: Duda con backup de mbr y tabla de particiones

Bueno tal ves si no quieres complicarte tanto con FSarchiver podras instalar el SO en una maquina virtual instalas el sistema operativo con todo y cuando lo tengas listo usas un convertidor como qemu-img y conviertes el HD de la maquina virtual a raw, seguidamente usas el

Duda con backup de mbr y tabla de particiones

Hola muy buenas, estoy realizando pruebas con esta fantástica herramienta, fsarchiver y dd. El tema es, que lo que quiero hacer es hacer un backup de una particion donde está todo el sistema / , que está en /dev/sda1. Los pasos que realizo son los siguientes: Realizo backup de mbr y tabla de

Re: Duda con backup de mbr y tabla de particiones

ahora: ¿ Por qué tengo que restaurar el grub si supuestamente con el comando dd hago un backup del mbr y de la tabla de particiones? ¿La partición origen y la partición destino son del mismo tamaño? Me he fijado y en /etc/fstab el uuid de la identificación de los discos es idéntica y sin

MBR

Bonjour, j'ai 4 dd. J'ai crée grub sur le /dev/sda. Mais sans réfléchire lors de l'installation d'autres distributions que debian, j'ai aussi crée grub sur leur disque en oubliant de spécifier le dd. Pour faire court, j'ai donc crée sur chaque dd grub spécifique à la distribution qui s'y

Re: MBR

grub. cordialement bonjour, la solution la plus simple consiste à employer cfdisk et à désactiver le MBR ou en plus clair supprimer le drapeau indiquant que le disque du est amorcé ... ensuite créer une entrée sur le premier disque dur reprenant les 2

Problemas con el MBR tras restaurar imagen (era: debian custom)

partición. Y restauré dicha imagen en otra laptop nueva para cuando la enciendo no encuentra el MBR para inicializar. Supongo que hablas de Debian o al menos de linux... ¿y el mensaje exacto que recibes cuál es? ¿Y en qué fase te aparece? Como soluciono esto? Pues normalmente (y digo normalmente

Re: Problemas con el MBR tras restaurar imagen (era: debian custom)

- Original Message - From: Camaleón noela...@gmail.com To: debian-user-spanish@lists.debian.org Sent: Tuesday, December 11, 2012 12:09 PM Subject: Problemas con el MBR tras restaurar imagen (era: debian custom) El Tue, 11 Dec 2012 11:59:20 -0500, Ismael L. Donis Garcia escribió

Re: Problems of Second writing of MBR with GRUB

and squeezei386 with grub in MBR. I would like install squeeze amd64 in other partition for multi boot. If I install grub in MBR while installing squeezeamd64, then how do I boot squeezei386 as its boot info is not in its partition boot sector. How should I go about to boot all the three OSes

Re: Problems of Second writing of MBR with GRUB

On Sat, 21 Jul 2012 08:02:49 +0530, L V Gandhi wrote: I have already installed windows xp and squeezei386 with grub in MBR. I would like install squeeze amd64 in other partition for multi boot. If I install grub in MBR while installing squeezeamd64, then how do I boot squeezei386 as its boot

Re: Problems of Second writing of MBR with GRUB

already installed windows xp and squeezei386 with grub in MBR. I would like install squeeze amd64 in other partition for multi boot. If I install grub in MBR while installing squeezeamd64, then how do I boot squeezei386 as its boot info is not in its partition boot sector. How should I go about

Re: Problems of Second writing of MBR with GRUB

On Sat, 21 Jul 2012 14:56:07 +0530 L V Gandhi lvgl...@gmail.com wrote: thanks. what I am doubting is not about finding other OSes while installing new OS squeezeamd64, but about the squeezei386 whose grub is now in MBR. When I install new squeezeamd64 if it over writes MBR, then old squeeze

Re: Problems of Second writing of MBR with GRUB

On Sat, Jul 21, 2012 at 08:02:49AM +0530, L V Gandhi wrote: I have already installed windows xp and squeezei386 with grub in MBR. I would like install squeeze amd64 in other partition for multi boot. If I install grub in MBR while installing squeezeamd64, then how do I boot squeezei386 as its

Re: Problems of Second writing of MBR with GRUB

On Sat, Jul 21, 2012 at 6:20 PM, Chris Bannister cbannis...@slingshot.co.nz wrote: On Sat, Jul 21, 2012 at 08:02:49AM +0530, L V Gandhi wrote: I have already installed windows xp and squeezei386 with grub in MBR. I would like install squeeze amd64 in other partition for multi boot. If I

Problems of Second writing of MBR with GRUB

I have already installed windows xp and squeezei386 with grub in MBR. I would like install squeeze amd64 in other partition for multi boot. If I install grub in MBR while installing squeezeamd64, then how do I boot squeezei386 as its boot info is not in its partition boot sector. How should I go

Re: Problems of Second writing of MBR with GRUB

.) Worst case scenario is you would have to add them to the grub config files in /etc/grub.d Shane On Fri, Jul 20, 2012 at 8:32 PM, L V Gandhi lvgl...@gmail.com wrote: I have already installed windows xp and squeezei386 with grub in MBR. I would like install squeeze amd64 in other partition

Re: Problems of Second writing of MBR with GRUB

and squeezei386 with grub in MBR. I would like install squeeze amd64 in other partition for multi boot. If I install grub in MBR while installing squeezeamd64, then how do I boot squeezei386 as its boot info is not in its partition boot sector. How should I go about to boot all the three OSes. -- L V

Installing the MBR on a new Hard Drive

to copy all the files one can from the old drive to the new one. It came time to install a MBR on the new drive so I found some instructions which raise a question. I know you are supposed to copy the image of a boot floppy to the first 446 bytes of the new drive which is what I

Installing the MBR on a new Hard Drive

to copy all the files one can from the old drive to the new one. It came time to install a MBR on the new drive so I found some instructions which raise a question. I know you are supposed to copy the image of a boot floppy to the first 446 bytes of the new drive which is what I

Re: Installing the MBR on a new Hard Drive

Very sorry for the duplicate posting. It looked like the first attempt bounced so I re-sent it and both worked. Martin -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive:

Re: Installing the MBR on a new Hard Drive

drive, made Partition 1 bootable and then used rsync to copy all the files one can from the old drive to the new one. It came time to install a MBR on the new drive so I found some instructions which raise a question. I know you are supposed to copy the image of a boot floppy

Re: Installing the MBR on a new Hard Drive

it differently, you don't need to dd the mbr. Instead, install grub on the new drive (again, boot from a live distro). Create a chroot environment for your new / partition and install grub from it. Thanks for the good suggestions. I have one more old system that needs a new boot drive

wallpaper desktop files on Debian [was restoring MBR]

in the subject. But in the old Potato days, the installer always asked to stick in a floppy disk to write a new MBR on it. You can't store a wallpaper on a floppy disk. Quite right, I know what you mean, sorry. BTW regarding wallpapers on Debian, I find it interesting and I'd love

Re: restoring MBR

On Sun, 31 Jul 2011 16:50:35 -0400, Stephen Powell wrote: On Sun, 31 Jul 2011 11:30:38 -0400 (EDT), Camaleón wrote: ... But regardless the option the user select at install time (do not install any bootloader, install it in a partition or another place or just putting it into MBR), it would

Re: restoring MBR

On Mon, 01 Aug 2011 07:06:09 -0400 (EDT), Camaleón wrote: If you add encryption to the equation things can be even worst. I assume you mean worse. I agree. I hate full-volume encryption. While I agree that playing (backing and restoring) with MBR can be dangerous I also think

Re: restoring MBR

Aaron Toponce wrote: It's not that difficult, if you understand haw MSDOS partitioning is setup under GNU/Linux. The first 446 bytes are your boot loader. The next 64 bytes are your partition table. If you wish to backup just the bootloader, it's easy with dd(1): Okay, 446 + 64 adds to 510,

Re: restoring MBR

disk signature (optional)4 444 Usually nulls; 0x2 446 Table of primary partitions [1] 64 510 55h MBR Signature 511 AAh 0xAA55h2 [1] Four 16-byte entries, IBM partition table scheme. NB: this is further described

Re: restoring MBR

Hi All, What about the mbr package and the install-mbr /dev/drive command ? This MBR is wonderfull, it does exactly what is waited if you dont press any key : boot on the flaged partition, but you can also press a key and choose another partition (not flagged) to boot from (even a floppy

Re: restoring MBR

On 29/07/11 21:28, Baurzhan Ismagulov wrote: Hello, I've installed Squeeze to a USB drive, and grub2 installed itself to the internal hard drive. Now I can't boot from the internal drive since it has encryption software checking some sort of CRC of the MBR. Is the backup of the MBR

Re: restoring MBR

On Sun, Jul 31, 2011 at 06:27:18PM +1000, Scott Ferguson wrote: I've installed Squeeze to a USB drive, and grub2 installed itself to the internal hard drive. Now I can't boot from the internal drive since it has encryption software checking some sort of CRC of the MBR. Is the backup

Re: restoring MBR

, but it will save all possible MBRs and fdisk output for a bunch of candidate disks: #!/bin/bash AWK=/usr/bin/awk BASENAME=/usr/bin/basename CAT=/bin/cat DD=/bin/dd FDISK=/sbin/fdisk GREP=/bin/grep LS=/bin/ls SORT=/usr/bin/sort TEE=/usr/bin/tee SAVE_MBR_DIR=/backup/mbr-save SAVE_FDISK_DIR=/backup/fdisk-save

Re: restoring MBR

perfect and it sure won't help after the problem, but it will save all possible MBRs and fdisk output for a bunch of candidate disks: (...) This should be done _at install time_ when things can badly break. Once you've lost your MBR making a backup of the _wrong_ MBR is of course useless. Greetings

Re: restoring MBR

\ count=1 $LOG 21 Okay, well this script isn't perfect and it sure won't help after the problem, but it will save all possible MBRs and fdisk output for a bunch of candidate disks: (...) This should be done _at install time_ when things can badly break. Once you've lost your MBR

Re: restoring MBR

when things can badly break. Once you've lost your MBR making a backup of the _wrong_ MBR is of course useless. Not sure if I am quite in the subject. But in the old Potato days, the installer always asked to stick in a floppy disk to write a new MBR on it. Leaving hard drive untouched

Re: debian-user-digest Digest V2011 #1449, resp. Re: restoring MBR and 2.6.39-amd64 lvm-based root: fails to boot

Forwarded Message From: Camaleón noela...@gmail.com To: debian-user@lists.debian.org Subject: Re: restoring MBR Date: Sun, 31 Jul 2011 12:06:14 + (UTC) On Sat, July 30, 2011 6:40 am, Camaleón wrote: One of my (home made) overnight cron jobs does

Re: debian-user-digest Digest V2011 #1449, resp. Re: restoring MBR and 2.6.39-amd64 lvm-based root: fails to boot

On Sun, 31 Jul 2011 17:28:22 +0200, Ralf Mardorf wrote: On Sat, July 30, 2011 6:40 am, Camaleón wrote: One of my (home made) overnight cron jobs does this: Very important is overnight cron jobs! From time to time I backup my MBR manually, btw. also using dd and adding the date

Re: restoring MBR

of candidate disks: (...) This should be done _at install time_ when things can badly break. Once you've lost your MBR making a backup of the _wrong_ MBR is of course useless. Not sure if I am quite in the subject. But in the old Potato days, the installer always asked

Re: debian-user-digest Digest V2011 #1449, resp. Re: restoring MBR and 2.6.39-amd64 lvm-based root: fails to boot

On Sun, Jul 31, 2011 at 11:28 AM, Ralf Mardorf ralf.mard...@alice-dsl.net wrote: Since this list allows HTML, we should use it, instead of using cryptic lines including the backslash. There's nothing cryptic about backslashes. From the Code of Conduct section of

Re: restoring MBR

On Sun, 31 Jul 2011 17:57:57 +0200, Tomas Kral wrote: On Sun, 2011-07-31 at 17:30 +0200, Camaleón wrote: (...) But regardless the option the user select at install time (do not install any bootloader, install it in a partition or another place or just putting it into MBR), it would be nice

Re: restoring MBR

, the installer always asked to stick in a floppy disk to write a new MBR on it. If you use such a term as floppy disk you should explain what a floppy disk is ;). I'm a dino too, but a floppy disk-drive isn't something I've got for my bullshit PC, I e.g. have got a floppy disk-drive for my Atari ST. I'm 44

Re: restoring MBR

Hi, Ralf: I've got for my bullshit PC Is it absolutely necessary to use such wording?! -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive:

OT - boot floppy (was restoring MBR)

On Sun, 31 Jul 2011 11:19:31 -0400 (EDT), Tomas Kral wrote: Not sure if I am quite in the subject. But in the old Potato days, the installer always asked to stick in a floppy disk to write a new MBR on it. Leaving hard drive untouched. The maintainer scripts for kernel image packages

Re: restoring MBR

On Sun, 31 Jul 2011 11:30:38 -0400 (EDT), Camaleón wrote: ... But regardless the option the user select at install time (do not install any bootloader, install it in a partition or another place or just putting it into MBR), it would be nice the installer makes a copy of the original MBR

Re: restoring MBR

the table, and get back at your data. This can be easily accomplished with fdisk(8): # fdisk -l /dev/sda /tmp/partitions.txt It doesn't hurt to backup the entire MBR, all 512 bytes worth, and save that elsewhere on disk, as it's trivial to restore, and it contains your partition table

Re: restoring MBR

can't boot from the internal drive since it has encryption software checking some sort of CRC of the MBR. Is the backup of the MBR available somewhere in the Linux rootfs? No. That's a pity. IIRC, lilo used to save that under /boot. But it sounds like the problem might be your BIOS. Have

  1   2   3   4   5   6   7   8   9   >