Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #200410
| From | steve <dlist@bluewin.ch> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: [SOLVED] Re: Yet another UEFI/BIOS question |
| Date | 2018-09-22 07:00 +0200 |
| Message-ID | <wAIbo-fY-3@gated-at.bofh.it> (permalink) |
| References | (1 earlier) <wzSmt-3Bs-1@gated-at.bofh.it> <wA16p-eF-3@gated-at.bofh.it> <wAbSa-6CR-7@gated-at.bofh.it> <wAngC-4Xl-9@gated-at.bofh.it> <wAylH-32Y-3@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Le 21-09-2018, à 20:21:06 +0200, Pascal Hambourg a écrit : >Le 21/09/2018 à 08:34, steve a écrit : >>Le 20-09-2018, à 20:25:26 +0200, Pascal Hambourg a écrit : >> >>>>>You don't need to convert anything. UEFI can use DOS partition tables. >>>> >>>>I know since that's what I'm currently doing. >>> >>>Doing what ? >> >>Using msdos partition tables. > >This is irrelevant because until now you were booting Debian in legacy >(BIOS) mode. Absolutely correct. >>>I am not talking about you doing anything. I am saying that native >>>UEFI boot (NOT legacy boot) can use a disk with a DOS partition >>>table, provided that it has an EFI system partition (Id 0xef). >> >>Isn't it ef00? > >No. ef00 is a gdisk specific mnemonic for the EFI system partition >type identifier in a GPT partition table. The actual GUID is >C12A7328-F81F-11D2-BA4B-00A0C93EC93B. >(0x)ef is the partition type identifier for an EFI system partition in >a DOS partition table. Thank you for the clarification. >>Because what I finally did is install a fresh Debian on another device >>(using GPT) and the ACPI errors still were there. > >In legacy mode (with a BIOS boot partition) or EFI mode (with an EFI >system partition) ? In EFI mode. The "Bios" is now fully in EFI mode and it sees all my boot disks. >>I used the opportunity of having another Debian to convert my sda disk >>to GPT tables, and change the BIOS setting to UEFI only (just for the >>sake of it). So all my disk have a GPT partition table except for the 3 >>ones for the RAID1 array. Not sure whether I can use the same >>manipulations to convert them to GPT also. But since they work fine, I >>might leave it as it is. > >You can, but IMO it provides little value. GPT is useful in the >following cases : >- disk bigger that 2 TiB Might come sooner or later. >- more that 4 partition without the extended/logical partition kludge >- need to use PARTLABEL or PARTUUD (but RAID uses its own UUID) >- system disk for Windows in EFI mode I have but it's on it's own disk, so already in GPT. >AFAICS none of these conditions apply to your RAID disks. However I >noticed that 2 out of the 3 RAID partition on each disk are logical >partitions. This is not necessary if there are only 3 partitions per >disk. So in order to get rid of the extended partition kludge, you >could either convert the logical partitions into primary partitions or >convert the partition table to GPT. I think I'll do that so to have 100% GPT disks and leave the past where it is and prepare the future. But this step worries me a bit because I have all my personal data on one of the RAID1 and really don't want to loose them. I think best would be to backup those data elsewhere in case things go wrong. Thanks a lot for all your very useful insights. Have a nice week-end Steve
Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Yet another UEFI/BIOS question steve <dlist@bluewin.ch> - 2018-09-19 17:00 +0200
Re: Yet another UEFI/BIOS question Darac Marjal <mailinglist@darac.org.uk> - 2018-09-19 17:30 +0200
Re: Yet another UEFI/BIOS question steve <dlist@bluewin.ch> - 2018-09-19 18:00 +0200
Re: Yet another UEFI/BIOS question Pascal Hambourg <pascal@plouf.fr.eu.org> - 2018-09-19 23:40 +0200
Re: Yet another UEFI/BIOS question steve <dlist@bluewin.ch> - 2018-09-20 09:00 +0200
Re: Yet another UEFI/BIOS question Pascal Hambourg <pascal@plouf.fr.eu.org> - 2018-09-20 20:30 +0200
[SOLVED] Re: Yet another UEFI/BIOS question steve <dlist@bluewin.ch> - 2018-09-21 08:40 +0200
Re: [SOLVED] Re: Yet another UEFI/BIOS question Pascal Hambourg <pascal@plouf.fr.eu.org> - 2018-09-21 20:30 +0200
Re: [SOLVED] Re: Yet another UEFI/BIOS question steve <dlist@bluewin.ch> - 2018-09-22 07:00 +0200
Re: [SOLVED] Re: Yet another UEFI/BIOS question Pascal Hambourg <pascal@plouf.fr.eu.org> - 2018-09-22 10:10 +0200
Re: [SOLVED] Re: Yet another UEFI/BIOS question steve <dlist@bluewin.ch> - 2018-09-22 10:50 +0200
And yet another UEFI/BIOS question: Work on both. Wayne Sallee <Wayne@WayneSallee.com> - 2018-09-23 17:00 +0200
Re: And yet another UEFI/BIOS question: Work on both. Patrick Bartek <nemommxiv@gmail.com> - 2018-09-23 18:20 +0200
Re: And yet another UEFI/BIOS question: Work on both. Wayne Sallee <Wayne@WayneSallee.com> - 2018-09-23 23:30 +0200
Re: And yet another UEFI/BIOS question: Work on both. Patrick Bartek <nemommxiv@gmail.com> - 2018-09-24 03:00 +0200
Re: And yet another UEFI/BIOS question: Work on both. David Wright <deblis@lionunicorn.co.uk> - 2018-09-24 21:20 +0200
Re: And yet another UEFI/BIOS question: Work on both. Michael Stone <mstone@debian.org> - 2018-09-24 21:30 +0200
Re: And yet another UEFI/BIOS question: Work on both. Pascal Hambourg <pascal@plouf.fr.eu.org> - 2018-09-27 15:10 +0200
Re: And yet another UEFI/BIOS question: Work on both. David Wright <deblis@lionunicorn.co.uk> - 2018-09-23 20:40 +0200
csiph-web