Il supporto di installazione di Fedora non riconosce il disco rigido in mac

Come continuazione della mia domanda precedente ,

Sto cercando di installare Fedora sul mio mac, e ora posso arrivare all'inizio del passaggio di installazione senza errori, ma durante il processo di installazione, il supporto non riconosce il disco rigido nel mio mac. Ho cercato su Google questo problema e tutte le risposte dicono qualcosa sulla modifica di qualcosa nel BIOS, ma nelle installazioni precedenti sono stato in grado di vedere il disco rigido, quindi come risolvere questo problema?

Modificare:

Apparentemente, posso vedere un disco di dimensioni 32 GB, ma nessuna delle partizioni nel mio disco ha dimensioni di 32 GB.

[liveuser@localhost ~]$ lsblk
NAME        MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
loop0         7:0    0  1.7G  1 loop
loop1         7:1    0  6.5G  1 loop
├─live-rw   253:0    0  6.5G  0 dm   /
└─live-base 253:1    0  6.5G  1 dm   /run/install/source
loop2         7:2    0   32G  0 loop
└─live-rw   253:0    0  6.5G  0 dm   /
sda           8:0    1  7.8G  0 disk
├─sda1        8:1    1  1.8G  0 part /run/initramfs/live
├─sda2        8:2    1  9.8M  0 part
└─sda3        8:3    1 20.5M  0 part
[liveuser@localhost ~]$ blkid
/dev/sda1: UUID="2018-10-25-00-07-35-00" LABEL="Fedora-WS-Live-29-1-2" TYPE="iso9660" PTUUID="7c3f77cf" PTTYPE="dos" PARTUUID="7c3f77cf-01"
/dev/sda2: SEC_TYPE="msdos" LABEL="ANACONDA" UUID="9415-D610" TYPE="vfat" PARTUUID="7c3f77cf-02"
/dev/sda3: UUID="133f77e2-97a8-3d0f-8382-7c190bd63438" LABEL="ANACONDA" TYPE="hfsplus" PARTUUID="7c3f77cf-03"
/dev/loop0: TYPE="squashfs"
/dev/loop1: LABEL="Anaconda" UUID="8867ebfa-3896-4b40-8c83-b0584ecf77b4" TYPE="ext4"
/dev/mapper/live-rw: LABEL="Anaconda" UUID="8867ebfa-3896-4b40-8c83-b0584ecf77b4" TYPE="ext4"
/dev/mapper/live-base: LABEL="Anaconda" UUID="8867ebfa-3896-4b40-8c83-b0584ecf77b4" TYPE="ext4"
[liveuser@localhost ~]$ parted
WARNING: You are not superuser.  Watch out for permissions.
/dev/mapper/control: open failed: Permission denied
Failure to communicate with kernel device-mapper driver.
Incompatible libdevmapper 1.02.150 (2018-08-01) and kernel driver (unknown version).
Error: No device found
Retry/Cancel? sudo parted
parted: invalid token: sudo
Retry/Cancel? cancel
[liveuser@localhost ~]$ gparted
bash: gparted: command not found...
Similar command is: 'parted'
[liveuser@localhost ~]$

— onurcanbektas
fonte

Presumo che tu possa eseguire Fedora "live" ok prima dell'installazione, allora riconosce qualche disco rigido? In /devo con lsblko blkido gnome-disk-utility o parted/ gparted, ecc?

— Xen2050,

Ho controllato ieri sera (dall'app disco su Fedora); stava rilevando solo l'USB su cui si trovava il supporto di installazione

— onurcanbektas il

Quella è una cipolla nell'unguento ... Non sono sicuro di cos'altro provare, tranne cercare altri che hanno già avuto e risolto lo stesso problema con Fedora

— Xen2050,

@ Xen2050 Tutti hanno risolto cambiando la modalità SATA nel loro BIOS in AHCI; mac non ha BIOS, utilizza EFI.

— onurcanbektas,

@ Xen2050 Vedi la mia modifica per favore; a quanto pare la chiavetta USB non è l'unico disco rigido che posso vedere.

— onurcanbektas,

D: Suppongo che tu possa eseguire Fedora "live" ok prima dell'installazione, allora riconosce qualche disco rigido? In / dev o con lsblk o blkid o gnome-disk-utility o parted / gparted, ecc?
- A: Ho controllato ieri sera (dall'app del disco su Fedora); stava rilevando solo l'USB su cui si trovava il supporto di installazione

Ciò non dovrebbe accadere ...

È un macbook air all'inizio del 2015 e Google afferma che l'installazione di Fedora su un macbook air 13 (inizio 2015) non dovrebbe aver bisogno di altro che la creazione di spazio libero sul disco rigido in macos prima ... Dubito che sia il problema ...

L'hai installato prima con Fedora 28 e non c'erano problemi del genere ... dato che il disco rigido funziona (funziona macos x OK) potrebbe esserci qualcosa di sbagliato in quella versione di Fedora. Prova una versione precedente / più recente o una distro completamente simile a Debian o Ubuntu o suse.

Risultato: Fedora 28 funziona e riconosce il disco rigido come prima; deve essere un bug di Fedora 29.

— Xen2050
fonte