1 |
> I think, I feel better if I repartitioning/reformat both drives, |
2 |
> though. |
3 |
|
4 |
It's not necessary, but if it makes you feel better by all means do so. |
5 |
|
6 |
> *GPT/MBR |
7 |
> From a discussion based on a "GPT or MBR for my system drive" in |
8 |
> conjunction with UEFI it was said, that GPT is more modern and |
9 |
> save. |
10 |
|
11 |
|
12 |
More modern I concur. For the rest it's mainly about features: >2TB partitions and way more metadata, plus not having to bother with CHS values which make no sense in today's drives. |
13 |
And being able to define >4 partitions without littering the disk with extended boot records, which is probably the only thing I'd call "safer". |
14 |
|
15 |
My point was that none of this is relevant in an external drive which is under 1TB and will only hold a single partition starting at sector 1 and spanning the rest of the disk. |
16 |
A system drive, especially if booting from UEFI is a different case for which GPT absolutely makes sense. |
17 |
|
18 |
> My question was meant not so much as "MBR or GPT?" |
19 |
> but more whether there are some variants of GPT (with |
20 |
> protected MBR for example -- which was completly new to me), |
21 |
> which I should use or avoid. |
22 |
|
23 |
There are really no "variants" of GPT. The protective MBR is only there to make all space in the disk look allocated to MBR partitioning tools that are not GPT-aware, and is automatically written for you by all GPT partitioning tools. |
24 |
|
25 |
In addition to the opaque entry of type 0xee, this MBR can also contain entries pointing to at least some of the actual partitions; this is called a 'hybrid' MBR and allows MBR-only access to partitions that are within the limits of MBR addressing (start and end sector <2TB). These are only useful in very specific cases an I would consider them a hack more than a solution; while gpt-fdisk has some support for creating hybrid MBRs (don't know about fdisk), you won't get one unless you specifically ask for it. |
26 |
|
27 |
> But: Are rescue systems for USB-stick more UEFI/GPT aware nowadays |
28 |
> or "traditionally" based on MBR/BIOS-boot? |
29 |
|
30 |
I think that anything that's not ancient will have tools and kernel support for both MBR and GPT, and will boot fine in both BIOS and UEFI modes. |
31 |
|
32 |
> One thing I found is really handy: An USB-stick with an rEfind |
33 |
> installation. As long as your PC supports UEFI (or can switched to it) |
34 |
> rEfind is able to boot "everything" without prior configuration. |
35 |
|
36 |
You can probably do the same with GRUB2, albeit in a way less user-friendly fashion :) |
37 |
But why do you consider the ability to boot anything but the rescue system itself important in a rescue system? |
38 |
|
39 |
> |
40 |
> Some rescue-system which really shines and with which you have made good |
41 |
> experiences? |
42 |
|
43 |
My usual go-to is SystemRescueCD (the old 5.x gentoo-based one). |
44 |
|
45 |
andrea |