• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Raum für 2 Systeme: ein Alltags-(arbeits) System u. ein Testsystem: wie einteilen?

L

lin

Hacker
hallo u. guten Morgen liebe Community,

nachdem ich mit dem Problem des "sich nicht ausschaltenden Rechners unter LEAP 42.1 noch eine weile herumgschlagen hatte, hab ich wieder
OpenSuse 13.2 installiert. Und siehe da: da läuft alles reibungslos

die Threads bislang hierzu: http://linux-club.de/forum/viewtopic.php?f=89&t=120853
fast 4000 mal gelesen - u. vielfach kommentiert u. beantwortet - vielen vielen Dank für Eure Beiträge hier.

ferner: http://linux-club.de/forum/viewtopic.php?f=89&t=121031
fast 2000 mal gelesen

okay - wenn ich jetzt mal eines mache; die im Moment einzig lauffähige Version 0pensuse 13.2 auf das Notebook bringe.
Für weitere Zwecke aber noch offen halten wollen dass ich weitere Systeme aufspiele - denn ich will die Hoffnung ja nicht aufgeben, dass ich hier in dieser Frage doch noch weiterkomme.

Wie würdet ihr das am besten anstellen? Muss ich da in GRUB 2 etwas einrichten - dual boot oder wie g eht man da am besten vor.
Wie gesagt, hab ich ja bis dato viele Syst. ausprobiert. Damit ich aber vernünftig arbeiten kann brauche ich jetzt ein System das eben läuft.

Wie würdet Ihr das aufbauen?

Freu mich von Euch zu hoeren.



ps - anbei noch ein paar Daten:

Code: 
Festplatte /dev/sda: 465,8 GiB, 500107862016 Bytes, 976773168 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 4096 Bytes
E/A-Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: 6229C7C4-758C-450E-9D59-F59E2AE3CB11

Device         Start       End   Sectors   Size Type
/dev/sda1       2048   1050623   1048576   512M EFI System
/dev/sda2    1050624  84951039  83900416    40G Microsoft basic data
/dev/sda3  968617984 976771071   8153088   3,9G Linux swap
/dev/sda4   84951040 968617983 883666944 421,4G Microsoft basic data

Partitionstabelleneinträge sind nicht in Festplatten-Reihenfolge.

martin@linux-vkhz:~> lsblk 
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 465,8G  0 disk 
├─sda1   8:1    0   512M  0 part /boot/efi
├─sda2   8:2    0    40G  0 part /boot/grub2/x86_64-efi
├─sda3   8:3    0   3,9G  0 part [SWAP]
└─sda4   8:4    0 421,4G  0 part /home
sr0     11:0    1  1024M  0 rom  
martin@linux-vkhz:~> ^C
martin@linux-vkhz:~>
 
gehrke

gehrke

Administrator
Teammitglied
Mir ist nicht ganz klar, was Du genau haben willst. Im Betreff taucht der Begriff 'Testsystem' auf.

Wenn Du ein (oder beliebig viele) Testsysteme auf einer Hardware parallel haben möchtest und Du nicht zufällig hardware-nahe Tests durchführen möchtest, dann rate ich Dir zu einer Virtualisierung auf Basis von KVM oder VirtualBox. Damit bist Du extrem flexibel, unabhängig und vermeidest das gesamte MultiBoot-Desaster, welches sich in den letzten Jahren zu einem hochkomplexen (und fehleranfälligen) Software-Stack aufgebaut hat.
Ausserdem kannst Du diese dann auch parallel nutzen und nicht nur sequentiell.

Dafür sollte die verwendete Hardware natürlich entsprechend ausgestattet sein, insbesondere in puncto RAM. Unter 4 GB wird das kaum Spaß machen, langfristig genutzt wohl besser 8 GB. Auch nicht jeder Prozessor ist geeignet. Aber in den meissten Fällen geht mit aktueller Hardware da schon einiges...
 
OP
L

lin

Hacker
hallo gehrke

vielen Dank für deine schnelle Antwort.

Bin halt mit dem Bay-Trade Prozessor N 3450 nicht grade an eine leichte u. sehr einfache Notebook-Hardware geraten.
die macht anscheinend Linuxweit Probleme. Hier hab ich das diskutiert u.

die Threads bislang hierzu: viewtopic.php?f=89&t=120853
fast 4000 mal gelesen - u. vielfach kommentiert u. beantwortet -
ferner: viewtopic.php?f=89&t=121031
fast 2000 mal gelesen - u. vielfach kommentiert u. beantwortet - vielen vielen Dank für Eure Beiträge hier u. oben.

Nun - das Problem; Nur (!!) OpenSuse 13.2 schaltet nach Shutdown auch das Notebook ab. Alle anderen Systeme frieren vor dem Poweroff ein.
Will die Suche nach Loesungen nicht aufgeben - aber vorerst dann halt - um arbeiten zu koennen auf OpenSuse 13.2 zurückkehrern das von Feb. 15 bis Nov 15 tadellos lief.


Darüber hinaus will ich einfach ggf. weiter mit anderen Systemen testen - u. gucken ob nicht doch noch ein Patch oder eine Loesung gefunden werden kann.
Frage: kann ich dann hier überhaupt auf Virtualisieruung setzen!? Bei meinem Anliegen.
Ferner : die Hardware ist nicht grade besonders leistungsstark - Prozessor ist N 3450, RAM 4 GB - (kann ich auf 8 ausbauen)

Freu mich von Dir wieder zu lesen.
 
gehrke

gehrke

Administrator
Teammitglied
Ich habe nicht die beiden genannten Threads komplett durchgearbeitet. Wenn es Dir explizit um die Lösung dieses 'Einfrier'-Problemes geht, könnte Virtualisierung tatsächlich kontraproduktiv sein, weil das Problem möglicherweise hardware-abhängig ist. Auch ist die Hardware wahrscheinlich eher ungeeignet dafür.

Bleiben noch zwei weitere Vorgehensweisen:
1. MultiBoot-Konfiguration (erfordert wahrscheinlich Neu-Partitionierung)
2. Verwendung anderer Datenträger wie beispielsweise USB-Sticks. Hast Du schon mal getestet, ob Du mit einem Live-ISO von Leap das Problem nachstellen kannst? Falls ja, könntest Du damit weitertesten, ohne Deine bestehende Konfiguration antasten zu müssen.
 
OP
L

lin

Hacker
hi Gehrke

danke fürs schnelle Antworten. Dachte mir dass das ggf. kontraproduktiv sein koennte.

Die von dir vorgeschlagenen Methoden:

Bleiben noch zwei weitere Vorgehensweisen:

1. MultiBoot-Konfiguration (erfordert wahrscheinlich Neu-Partitionierung)
2. Verwendung anderer Datenträger wie beispielsweise USB-Sticks. Hast Du schon mal getestet, ob Du mit einem Live-ISO von Leap das Problem nachstellen kannst? Falls ja, könntest Du damit weitertesten, ohne Deine bestehende Konfiguration antasten zu müssen.
Zum Vergrößern anklicken....

Ja also ich denk dass ich jetzt mal einfach eine Multi-Boot überlege. Da ohnehin noch nix richtig partitioniert ist macht das ja nix aus.
by the way: Du bist (ich erinner ) ein Fan von btrfs, oder!? Soll ich das hier auch einrichten/einsetzen oder nicht
 
gehrke

gehrke

Administrator
Teammitglied
lin schrieb:
by the way: Du bist (ich erinner ) ein Fan von btrfs, oder!? Soll ich das hier auch einrichten/einsetzen oder nicht
Zum Vergrößern anklicken....
Ich habe BTRFS bislang auf genau einem unwichtigen System installiert und seitdem bewusst bei folgenden Installationen auf bewährte Technologien (ext4, LVM, mdadm) gesetzt.

Vermutlich hat BTRFS ein erhebliches Potential, aber für meine Systeme ist der Zeitpunkt noch zu früh.
 
S

Sauerland

Ultimate Guru
Bitte nicht btrfs und die nicht so optimalen Einstellungen von openSUSE im snapper miteinander vermischen..........

Wobei natürlich ext4 abgehangen ist........ funktioniert einfach.......... Backups mach ich per backintime/rsync...........
 
J

josef-wien

Ultimate Guru
lin schrieb:
Multi-Boot
Zum Vergrößern anklicken....
Der Boot-Manager des Testsystems muß unbedingt in die Systempartition des Testsystems installiert werden, der MBR muß unangetastet bleiben. Verwende für das Testsystem entweder eine eigene Home-Partition oder überhaupt keine (dann werden die persönlichen Einstellungen direkt auf der Systempartition gespeichert). Wenn Du auf die Daten der Home-Partition Deines 13.2 zugreifen willst, bindest Du sie z. B. unter /home/benutzername/testsystem ein, aber auf keinen Fall direkt unter /home.

Bei Deinem 13.2 solltest Du dem Boot-Manager beibringen, das Testsystem via chainloading zu starten (bei GRUB2 kann ich Dir dabei nicht helfen), dann hast Du zwar einen zusätzlichen Schritt, aber Du mußt nicht immer dem Boot-Manager ein neues Testsystem beibringen.

Ich würde es einmal mit PCLinuxOS versuchen.

Zum Dateisystem: http://linux-club.de/forum/viewtopic.php?f=90&t=121094&p=773008#p772954, letzter Absatz.
 
gehrke

gehrke

Administrator
Teammitglied
Sauerland schrieb:
Bitte nicht btrfs und die nicht so optimalen Einstellungen von openSUSE im snapper miteinander vermischen..........
Zum Vergrößern anklicken....
Zusätzlich dazu gibt es ja noch einen dritten Aspekt: die Tools der Drittanbieter. Ich erinnere mich nur ungern an meine Versuche, bacula den korrekten Umgang mit den ganzen Subvolumes beizubringen. BTRFS als Typ war da noch nicht mal dokumentiert, jedenfalls nicht in der Version, die bei den gängigen Enterprise-Distributionen mitgeliefert wurde.
 
OP
L

lin

Hacker
Code: 
martin@linux-vkhz:~> sudo dmidecode -t0
root's password:
# dmidecode 2.12
# SMBIOS entry point at 0x79025000
SMBIOS 2.7 present.

Handle 0x0000, DMI type 0, 24 bytes
BIOS Information
        Vendor: Insyde
        Version: F.39
        Release Date: 05/26/2015
        Address: 0xF0000
        Runtime Size: 64 kB
        ROM Size: 4608 kB
        Characteristics:
                PCI is supported
                BIOS is upgradeable
                BIOS shadowing is allowed
                Boot from CD is supported
                Selectable boot is supported
                EDD is supported
                8042 keyboard services are supported (int 9h)
                Serial services are supported (int 14h)
                Printer services are supported (int 17h)
                CGA/mono video services are supported (int 10h)
                ACPI is supported
                USB legacy is supported
                ATAPI Zip drive boot is supported
                BIOS boot specification is supported
                Function key-initiated network boot is supported
                Targeted content distribution is supported
        BIOS Revision: 15.57
        Firmware Revision: 57.54

martin@linux-vkhz:~> uname -a
Linux linux-vkhz 4.1.12-1-default #1 SMP PREEMPT Thu Oct 29 06:43:42 UTC 2015 (e24bad1) x86_64 x86_64 x86_64 GNU/Linux                                                                          
martin@linux-vkhz:~> sudo parted -l                                                                                                                                                             
Model: ATA TOSHIBA MQ01ABF0 (scsi)                                                                                                                                                              
Disk /dev/sda: 500GB                                                                                                                                                                            
Sector size (logical/physical): 512B/4096B                                                                                                                                                      
Partition Table: gpt                                                                                                                                                                            
Disk Flags:                                                                                                                                                                                     
                                                                                                                                                                                                
Number  Start   End     Size    File system     Name     Flags                                                                                                                                  
 1      1049kB  538MB   537MB   fat32                    boot                                                                                                                                   
 2      538MB   43,5GB  43,0GB  btrfs           primary                                                                                                                                         
 4      43,5GB  496GB   452GB   xfs             primary                                                                                                                                         
 3      496GB   500GB   4174MB  linux-swap(v1)


und weiter unten noch Abfragen - etwa diese hier:
Code: 
[code]sudo fdisk -l


sudo sfdisk -l -uM


sudo parted -l



also hier die Ergebnisse:

Code: 
Festplatte /dev/sda: 465,8 GiB, 500107862016 Bytes, 976773168 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 4096 Bytes
E/A-Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: 6229C7C4-758C-450E-9D59-F59E2AE3CB11

Device         Start       End   Sectors   Size Type
/dev/sda1       2048   1050623   1048576   512M EFI System
/dev/sda2    1050624  84951039  83900416    40G Microsoft basic data
/dev/sda3  968617984 976771071   8153088   3,9G Linux swap
/dev/sda4   84951040 968617983 883666944 421,4G Microsoft basic data

Partitionstabelleneinträge sind nicht in Festplatten-Reihenfolge.

martin@linux-vkhz:~> sfdisk -l -uM
Absolute path to 'sfdisk' is '/usr/sbin/sfdisk', so running it may require superuser privileges (eg. root).
martin@linux-vkhz:~> su
Passwort: 
linux-vkhz:/home/martin # sfdisk -l -uM

Festplatte /dev/sda: 60801 Zylinder, 255 Köpfe, 63 Sektoren/Spur
Einheiten: 1MiB = 1024*1024 Bytes, Blöcke von 1024 Bytes, Zählung
beginnt bei 0

   Gerät  boot. Anfang Ende   MiB    #Blöcke   Id  System
/dev/sda1         0+ 476940- 476941- 488386583+  ee  GPT
                Anfang: (c,h,s) erwartet (0,0,2) gefunden (0,0,1)
/dev/sda2         0      -      0          0    0  Leer
/dev/sda3         0      -      0          0    0  Leer
/dev/sda4         0      -      0          0    0  Leer
linux-vkhz:/home/martin # parted -l                                                                                                                                                             
Model: ATA TOSHIBA MQ01ABF0 (scsi)                                                                                                                                                              
Disk /dev/sda: 500GB                                                                                                                                                                            
Sector size (logical/physical): 512B/4096B                                                                                                                                                      
Partition Table: gpt                                                                                                                                                                            
Disk Flags:                                                                                                                                                                                     
                                                                                                                                                                                                
Number  Start   End     Size    File system     Name     Flags                                                                                                                                  
 1      1049kB  538MB   537MB   fat32                    boot                                                                                                                                   
 2      538MB   43,5GB  43,0GB  btrfs           primary                                                                                                                                         
 4      43,5GB  496GB   452GB   xfs             primary                                                                                                                                         
 3      496GB   500GB   4174MB  linux-swap(v1)                                                                                                                                                  
                                                                                                                                                                                                
                                                                                                                                                                                                
linux-vkhz:/home/martin #
 
OP
L

lin

Hacker
hallo u. guten Morgen,

werde am Wochenende weitermachen. Hiern noch ein paar Daten....

Code: 
martin@linux-vkhz:~> sudo dmidecode -t0
root's password:
# dmidecode 2.12
# SMBIOS entry point at 0x79025000
SMBIOS 2.7 present.

Handle 0x0000, DMI type 0, 24 bytes
BIOS Information
        Vendor: Insyde
        Version: F.39
        Release Date: 05/26/2015
        Address: 0xF0000
        Runtime Size: 64 kB
        ROM Size: 4608 kB
        Characteristics:
                PCI is supported
                BIOS is upgradeable
                BIOS shadowing is allowed
                Boot from CD is supported
                Selectable boot is supported
                EDD is supported
                8042 keyboard services are supported (int 9h)
                Serial services are supported (int 14h)
                Printer services are supported (int 17h)
                CGA/mono video services are supported (int 10h)
                ACPI is supported
                USB legacy is supported
                ATAPI Zip drive boot is supported
                BIOS boot specification is supported
                Function key-initiated network boot is supported
                Targeted content distribution is supported
        BIOS Revision: 15.57
        Firmware Revision: 57.54

martin@linux-vkhz:~> uname -a
Linux linux-vkhz 4.1.12-1-default #1 SMP PREEMPT Thu Oct 29 06:43:42 UTC 2015 (e24bad1) x86_64 x86_64 x86_64 GNU/Linux                                                                          
martin@linux-vkhz:~> sudo parted -l                                                                                                                                                             
Model: ATA TOSHIBA MQ01ABF0 (scsi)                                                                                                                                                              
Disk /dev/sda: 500GB                                                                                                                                                                            
Sector size (logical/physical): 512B/4096B                                                                                                                                                      
Partition Table: gpt                                                                                                                                                                            
Disk Flags:                                                                                                                                                                                     
                                                                                                                                                                                                
Number  Start   End     Size    File system     Name     Flags                                                                                                                                  
 1      1049kB  538MB   537MB   fat32                    boot                                                                                                                                   
 2      538MB   43,5GB  43,0GB  btrfs           primary                                                                                                                                         
 4      43,5GB  496GB   452GB   xfs             primary                                                                                                                                         
 3      496GB   500GB   4174MB  linux-swap(v1)


und weiter unten noch Abfragen - etwa diese hier:
Code: 
[code]sudo fdisk -l


sudo sfdisk -l -uM


sudo parted -l



also hier die Ergebnisse:

Code: 
Festplatte /dev/sda: 465,8 GiB, 500107862016 Bytes, 976773168 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 4096 Bytes
E/A-Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: 6229C7C4-758C-450E-9D59-F59E2AE3CB11

Device         Start       End   Sectors   Size Type
/dev/sda1       2048   1050623   1048576   512M EFI System
/dev/sda2    1050624  84951039  83900416    40G Microsoft basic data
/dev/sda3  968617984 976771071   8153088   3,9G Linux swap
/dev/sda4   84951040 968617983 883666944 421,4G Microsoft basic data

Partitionstabelleneinträge sind nicht in Festplatten-Reihenfolge.

martin@linux-vkhz:~> sfdisk -l -uM
Absolute path to 'sfdisk' is '/usr/sbin/sfdisk', so running it may require superuser privileges (eg. root).
martin@linux-vkhz:~> su
Passwort: 
linux-vkhz:/home/martin # sfdisk -l -uM

Festplatte /dev/sda: 60801 Zylinder, 255 Köpfe, 63 Sektoren/Spur
Einheiten: 1MiB = 1024*1024 Bytes, Blöcke von 1024 Bytes, Zählung
beginnt bei 0

   Gerät  boot. Anfang Ende   MiB    #Blöcke   Id  System
/dev/sda1         0+ 476940- 476941- 488386583+  ee  GPT
                Anfang: (c,h,s) erwartet (0,0,2) gefunden (0,0,1)
/dev/sda2         0      -      0          0    0  Leer
/dev/sda3         0      -      0          0    0  Leer
/dev/sda4         0      -      0          0    0  Leer
linux-vkhz:/home/martin # parted -l                                                                                                                                                             
Model: ATA TOSHIBA MQ01ABF0 (scsi)                                                                                                                                                              
Disk /dev/sda: 500GB                                                                                                                                                                            
Sector size (logical/physical): 512B/4096B                                                                                                                                                      
Partition Table: gpt                                                                                                                                                                            
Disk Flags:                                                                                                                                                                                     
                                                                                                                                                                                                
Number  Start   End     Size    File system     Name     Flags                                                                                                                                  
 1      1049kB  538MB   537MB   fat32                    boot                                                                                                                                   
 2      538MB   43,5GB  43,0GB  btrfs           primary                                                                                                                                         
 4      43,5GB  496GB   452GB   xfs             primary                                                                                                                                         
 3      496GB   500GB   4174MB  linux-swap(v1)                                                                                                                                                  
                                                                                                                                                                                                
                                                                                                                                                                                                
linux-vkhz:/home/martin #



Bzgl. der EFI-Partition auf der HDD hab ich noch ein paar gute Hinweise gefunden:

ein supereinleuchtender Thread: http://askubuntu.com/questions/682147/can-i-erase-all-partitions-including-efi-and-install-only-ubuntu

question: Can I erase all partitions including EFI and install only Ubuntu?

Answer 1
Yes, when you completely erase the disk, you can install ubuntu as the single operating system.
When you can disable UEFI in BIOS (mostly you can) you even can install ubuntu in mbr mode.
Boot from ubuntu install media, open GParted and create a new partition table - choose mbr.
In case you can not disable UEFI and/or secure boot you as well can install ubuntu in EFI mode.
Then the installer will create a new EFI partition where the GRUB boot loader will be installed.



Answer 2
You question is not completely clear to me. If you want to install Ubuntu in UEFI mode here is what you need to do :
You will need to set your BIOS in UEFI mode and to create an UEFI bootable Ubuntu USB key.
Follow this guide to create a UEFI bootable USB. Then simply run the Ubuntu installer;
at step Installation Type, select Something Else and partition your disk as explained in this answer.
If boot mode (UEFI or Legacy) does not matter for you simply install Ubuntu as usual. (Refer to this guide if needed)


Answer 3
You need to keep UEFI mode only if you want to install Ubuntu in UEFI mode. –

Answer 4
The question uses some terminology incorrectly, which can lead to confusion and problems down the road, so I want to address these issues first.
The Extensible Firmware Interface (EFI), or its 2.x version, the Unified EFI (UEFI), is a type of firmware. The EFI is not a partition. That said, there is a partition called the EFI System Partition (ESP), which holds boot loaders. Chances are that lapisdecor meant "ESP" rather than "EFI" in the original question.
Also, the EFI is a type of firmware that replaces the older Basic Input/Output System (BIOS). As such, if your computer uses an EFI, it does not have a BIOS. There are, however, some caveats and exceptions. Most commonly, EFIs provide a feature called the Compatibility Support Module (CSM), which is a sort of BIOS emulator; the CSM is to EFI like what dosemu is to Linux, in that it enables a newer and more sophisticated environment (EFI or Linux) to run programs designed for an older and simpler system (BIOS or DOS). In other words, "BIOS" in the original question should be "EFI." That said, using "BIOS" in place of "EFI" is a common practice. It's a bad one, but it's common, both among users and among manufacturers. I suspect it's done because people know (more or less) what a BIOS is, whereas "EFI" is an unfamiliar acronym; and since EFI replaces BIOS, using "BIOS" makes the job easier for copywriters. The trouble is that people then drag all their BIOS knowledge up when they read "BIOS," but much of it is inapplicable. EFI boots in a very different way from BIOS, so if you think of EFI as being an enhanced BIOS, you'll have a mental model that's very wrong and you'll make mistakes. Then people like me end up spending a lot of time explaining how it all actually works -- but I digress....
Moving on to real issues: If you're "in legacy mode," that just means that your CSM is active. This does not guarantee a boot in BIOS/CSM/legacy mode, though. On most EFI-based computers, when the CSM is disabled, the boot path is relatively simple; you can boot only EFI-mode boot loaders. Note that you can't "disable the EFI"; the EFI is the firmware, and it's in charge of the computer. Some computers do enable you to disable the ability to boot in EFI mode, but such options are rare -- and some computers provide interfaces that make it sound as if you're disabling EFI-mode booting, but you really aren't. When you activate the CSM, most computers enable either type of boot loader to run, which makes it impossible to predict what will happen when you feed the computer a disk that provides both types of boot loader. This isn't normally a big deal for a single-boot computer; when you install the OS, the installer will detect its boot mode and install the boot loader only for the installer's boot mode, so the computer can boot from the hard disk only in that same mode. If you multi-boot, though, you can easily install one OS in one boot mode and the other OS in the other boot mode. The hair-pulling begins at this point.
In the not-too-distant past, EFI-mode booting was an exercise in frustration because of bugs in EFIs, bugs in boot loaders, and misinformation, which often made enabling the CSM appealing. Today, though, EFI-mode booting poses fewer problems, and my estimate from questions posted here and elsewhere is that the biggest single problem area today is from activated CSMs. Thus, I recommend that the CSM (aka "legacy boot") be disabled on EFI-based computers unless you have a good reason to enable it. To be sure, EFI-mode booting today poses more challenges than BIOS-mode booting did five years ago; but on an EFI-based computer, BIOS-mode booting creates pitfalls that didn't exist five years ago.
So, that long-winded stuff out of the way, let's get back to your original question, re-phrased slightly: Can I erase all partitions on my computer, including ESP, and install only Ubuntu? Will the EFI work in this case?

Yes and yes.

After you erase your partitions, the Ubuntu installer will create new ones if you select an automatic partitioning option. If you partition manually, you'll need to create appropriate partitions. These may include an ESP if you install in EFI mode or a BIOS Boot Partition if you install to a GPT disk in BIOS mode.


hier die ganze Antwort: http://askubuntu.com/questions/682147/can-i-erase-all-partitions-including-efi-and-install-only-ubuntu
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben