F29 versus F31

Fedora Linux Configurazione
#1

ciao,
sono incerto se questo thread vada qui (Configurazione) oppure nella sezione Hardware, in caso spostatelo.
Per adesso descrivo sommariamente il mio problema, perché in qualche modo riesco a lavorare, e non voglio fornire dettagli inutili. Ma capisco che servono più informazioni, quindi ditemi esattamente come fornirle.

Fino a ieri lavoravo con F31 (desktop environment solamente KDE) installata su un SSD da 60 GB, e avevo anche una F29 che partiva da un SATA da 500 GB, sul quale però ci sono archiviati soprattutto i dati (cioè le varie cartelle Documenti, Immagini, Download ecc.
Nel PC ci sono anche un altro SSD da 32 GB (che mi servirà in seguito, dovrebbe esserci una F29 ma non sono sicuro, comunque non lo utilizzavo e semmai lo dovevo far partire “manualmente” da BIOS; in una prossima configurazione sarà montato esternamente per fare altre cose) e un SATA da 3 TB, che serve UNICAMENTE per backup dei dati e quindi nell’utilizzo normale NON è collegato (cioè, quando voglio fare un backup, il sistema chiede di montarlo a mano da root).

Ecco lo schema e la situazione “analitica”:

Aiace@localhost ~]$ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 2,7T 0 disk ├─sda1 8:1 0 939G 0 part └─sda2 8:2 0 1,8T 0 part sdb 8:16 0 465,8G 0 disk ├─sdb1 8:17 0 953M 0 part ├─sdb2 8:18 0 423,9G 0 part /home/Aiace/dati ├─sdb3 8:19 0 37,3G 0 part ├─sdb4 8:20 0 1K 0 part └─sdb5 8:21 0 3,7G 0 part [SWAP] sdc 8:32 0 29,8G 0 disk ├─sdc1 8:33 0 1G 0 part /boot └─sdc2 8:34 0 28,8G 0 part / sdd 8:48 0 55,9G 0 disk ├─sdd1 8:49 0 2M 0 part ├─sdd2 8:50 0 2G 0 part ├─sdd3 8:51 0 49G 0 part └─sdd4 8:52 0 4G 0 part sr0 11:0 1 1024M 0 rom

[code][root@localhost ~]# fdisk -l
Disk /dev/sda: 2,7 TiB, 3000592982016 bytes, 5860533168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x4a08bb44

Dispositivo Avvio Start Fine Settori Size Id Tipo
/dev/sda1 194560 1969332223 1969137664 939G 83 Linux
/dev/sda2 1969332224 5860532223 3891200000 1,8T 83 Linux

Disk /dev/sdb: 465,8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x17e204aa

Dispositivo Avvio Start Fine Settori Size Id Tipo
/dev/sdb1 * 2048 1953791 1951744 953M 83 Linux
/dev/sdb2 1953792 890836991 888883200 423,9G 83 Linux
/dev/sdb3 890836992 968959999 78123008 37,3G 83 Linux
/dev/sdb4 968960000 976773119 7813120 3,7G 5 Esteso
/dev/sdb5 968964096 976773119 7809024 3,7G 82 Linux swap / Solaris

Disk /dev/sdc: 29,8 GiB, 32017047552 bytes, 62533296 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xf989adce

Dispositivo Avvio Start Fine Settori Size Id Tipo
/dev/sdc1 * 2048 2099199 2097152 1G 83 Linux
/dev/sdc2 2099200 62529535 60430336 28,8G 83 Linux

Disk /dev/sdd: 55,9 GiB, 60022480896 bytes, 117231408 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 72A7BD73-7F3C-4E86-89D1-691EA23E027B

Dispositivo Start Fine Settori Size Tipo
/dev/sdd1 2048 6143 4096 2M BIOS boot
/dev/sdd2 6144 4200447 4194304 2G Linux filesystem
/dev/sdd3 4200448 106960895 102760448 49G Linux filesystem
/dev/sdd4 106960896 115349503 8388608 4G Linux swap[/code]

Ieri ho cambiato la scheda madre per poter montare un lettore-masterizzatore DVD (mancante nella precedente per assenza di una porta) e quando ho provato a riavviare tutto, è partita soltanto F29, sulla quale ho effettuato tutti gli aggiornamenti proposti (qualche centinaio, dato che era un bel po’ che non la aprivo).
Per non avere problemi, utilizzo unicamente i repository standard di Fedora (tranne i testing):

fedora-modular.repo fedora.repo fedora-updates-modular.repo fedora-updates.repo rpmfusion-free.repo rpmfusion-free-updates.repo rpmfusion-nonfree.repo rpmfusion-nonfree-updates.repo

PROBLEMA: adesso NON riesco più ad accedere a F31, cioè nel GRUB vedo elencati solamente i kernel della 29, il più recente dei quali dovrebbe essere 5.3.11 (vado a memoria).
E’ come se il mega-aggiornamento di ieri avesse sovrascritto F31, ma non credo che Fedora sia così stupido e avventato…
Inoltre la comodità di avere F31 su un SSD era data anche dalla rapidità con cui si avvia (grosso modo, una quindicina di secondi), mentre adesso F29 impiega quasi 3 minuti prima di consentirmi di operare.

Fornisco anche lo fstab attuale:

[code]Aiace@localhost Scrivania]$ cat /etc/fstab

/etc/fstab

Created by anaconda on Fri Feb 15 23:39:19 2019

Accessible filesystems, by reference, are maintained under ‘/dev/disk/’.

See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info.

After editing this file, run ‘systemctl daemon-reload’ to update systemd

units generated from this file.

UUID=a1b011c7-f58a-4863-8e3c-016d204009a9 / ext4 defaults 1 1
UUID=dd33203d-e3ff-495b-af42-6dda9d41eee7 /boot ext4 defaults 1 2
UUID=f8b26305-c071-45de-97a0-8f29ca9f030e swap swap defaults 0 0
UUID=bf0304c9-ff99-4b0b-a763-e4ffbc0ff551 /home/Aiace/dati/ ext4 defaults 1 1[/code]

Probabilmente dovrò modificare qualcosa al suo interno, per far ripartire il sistema da F31.
Qui fornisco anche gli identificativi dei vari dischi:

[Aiace@localhost ~]$ su -c'blkid' Password: /dev/sda1: LABEL="BURP" UUID="1a3e7a4d-89e8-4e27-a0ea-d055e13f6832" TYPE="ext4" PARTUUID="4a08bb44-01" /dev/sda2: LABEL="IMG" UUID="417c227c-63fb-4032-a7cf-353347a57089" TYPE="ext4" PARTUUID="4a08bb44-02" /dev/sdb1: LABEL="AVVIO" UUID="7ce3bdad-4545-4885-a325-6a45080e4d3c" TYPE="ext4" PARTUUID="17e204aa-01" /dev/sdb2: LABEL="AIACE" UUID="bf0304c9-ff99-4b0b-a763-e4ffbc0ff551" TYPE="ext4" PARTUUID="17e204aa-02" /dev/sdb3: LABEL="CAPO" UUID="4047282f-9885-40b3-b5c7-f97aade1d0e5" TYPE="ext4" PARTUUID="17e204aa-03" /dev/sdb5: LABEL="LAVANDERIA" UUID="f8b26305-c071-45de-97a0-8f29ca9f030e" TYPE="swap" PARTUUID="17e204aa-05" /dev/sdc1: LABEL="START" UUID="dd33203d-e3ff-495b-af42-6dda9d41eee7" TYPE="ext4" PARTUUID="f989adce-01" /dev/sdc2: LABEL="CAPO" UUID="a1b011c7-f58a-4863-8e3c-016d204009a9" TYPE="ext4" PARTUUID="f989adce-02" /dev/sdd1: PARTUUID="d9b5e6de-ff0a-48e5-9a72-1137d58cc7df" /dev/sdd2: LABEL="AVVIO" UUID="fa8ad8b2-7f10-4c80-a9f1-b47f8acade63" TYPE="ext4" PARTUUID="e7ba41f5-fac0-41f3-b417-35560e1faaa4" /dev/sdd3: LABEL="CAPO" UUID="8fcb5e00-b22b-414d-9ffc-4af94f5b8dec" TYPE="ext4" PARTUUID="b299c31f-5748-4eb3-832d-ff8d3306f063" /dev/sdd4: LABEL="SWAP" UUID="6d96978d-b682-4558-b80f-8b0caa89687b" TYPE="swap" PARTUUID="526fdaac-46cf-46ac-97a6-e932a870ad6d"

Grazie dei suggerimenti per rimettermi in carreggiata!

#2

Mah, io in passato avevo risolto una perdita di dual boot utilizzando il CD Live SuperGrub 2. Da Live, l’applicazione scandaglia il sistema e trova i boot dimenticati.
Non so se possa fare al tuo caso.

#3

grazie, Astrogastor,
ma credo ci sia una strada più semplice, agendo su qualche riga di comando.
Intanto ho provato a cambiare l’UUID di boot dentro fstab, sostituendo quello dell’SSD da 32 con quello dell’SSD da 60:

[code][Aiace@localhost ~]$ cat /etc/fstab

/etc/fstab

Created by anaconda on Fri Feb 15 23:39:19 2019

Accessible filesystems, by reference, are maintained under ‘/dev/disk/’.

See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info.

After editing this file, run ‘systemctl daemon-reload’ to update systemd

units generated from this file.

UUID=a1b011c7-f58a-4863-8e3c-016d204009a9 / ext4 defaults 1 1

UUID=dd33203d-e3ff-495b-af42-6dda9d41eee7 /boot ext4 defaults 1 2

UUID=fa8ad8b2-7f10-4c80-a9f1-b47f8acade63 /boot ext4 defaults 1 2
UUID=f8b26305-c071-45de-97a0-8f29ca9f030e swap swap defaults 0 0
UUID=bf0304c9-ff99-4b0b-a763-e4ffbc0ff551 /home/Aiace/dati/ ext4 defaults 1 1
[/code]
ma riparte sempre dalla 29.

#4

Hai provato a vedere in quale ordine vengono visti i vari HD da BIOS? Il motivo per cui parte sempre dal disco con la Fedora 29 potrebbe dipendere solo da questo. Ricordati che essere indicato come sda è puramente arbitrario sotto Linux…

#5

sì, ma anche se clicco sull’SSD che dovrebbe contenere F30, parte sempre la 29.
Inoltre questa scheda madre non mi consente (mi pare) di specificare una sequenza specifica al posto di un’altra…
Ho appena scaricato l’applicazione suggerita da Astrogator, SuperGrub2 e quando ho capito come farla partire, proverò a vedere se può aiutarmi.
Poi aggiorno il thread

#6

Giuro che questa è nuova! Anche il più scassato dei portatili permette da BIOS di cambiare l’ordine in cui vengono riconosciute le periferiche…

#7

Ciao ,
hai provato appena accendi il pc a dare un F11 oppure ,dipende dal tuo bios, F8 finchè non arriva una pagina dove puoi scegliere il disco di boot ?

#8

@yum_yoshi
sì, nel mio caso è F8.

Al problema si è aggiunto che venerdì, per terminare un lavoro urgente, purtroppo ho dovuto installare Windows 10 sull’SSD da 32 GB (il quale, con i tre programmi aggiuntivi che mi servivano, adesso è saturo!): dall’elenco che compare premendo F8 all’avvio, noto che ora c’è un “Windows Boot Manager” che tende a prevalere su tutto, ossia è quello che parte di default (ma lo immaginavo, e pazienza).
Per chiarezza riporto qui l’esito aggiornato del comando # fdisk -l (anche se non ho capito perché adesso è diventato in tedesco… comunque i due SSD sono ovviamente quelli di dimenioni inferiori e con “gpt”, vale a dire sdc e sdd):

[code]estplatte /dev/sda: 2,7 TiB, 3000592982016 Bytes, 5860533168 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: dos
Festplattenbezeichner: 0x4a08bb44

Dispositivo Avvio Anfang Fine Settori Größe Kn Tipo
/dev/sda1 194560 1969332223 1969137664 939G 83 Linux
/dev/sda2 1969332224 5860532223 3891200000 1,8T 83 Linux

Festplatte /dev/sdb: 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: dos
Festplattenbezeichner: 0x17e204aa

Dispositivo Avvio Anfang Fine Settori Größe Kn Tipo
/dev/sdb1 * 2048 1953791 1951744 953M 83 Linux
/dev/sdb2 1953792 890836991 888883200 423,9G 83 Linux
/dev/sdb3 890836992 968959999 78123008 37,3G 83 Linux
/dev/sdb4 968960000 976773119 7813120 3,7G 5 Esteso
/dev/sdb5 968964096 976773119 7809024 3,7G 82 Linux swap / Solaris

Festplatte /dev/sdc: 29,8 GiB, 32017047552 Bytes, 62533296 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: 88DB60D7-D01C-494D-8AF2-9A502E16AFF0

Dispositivo Anfang Fine Settori Größe Tipo
/dev/sdc1 2048 1085439 1083392 529M Windows-Wiederherstellungsumgebung
/dev/sdc2 1085440 1290239 204800 100M EFI-System
/dev/sdc3 1290240 1323007 32768 16M Microsoft reserviert
/dev/sdc4 1323008 62531583 61208576 29,2G Microsoft Basisdaten

Festplatte /dev/sdd: 55,9 GiB, 60022480896 Bytes, 117231408 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: 72A7BD73-7F3C-4E86-89D1-691EA23E027B

Dispositivo Anfang Fine Settori Größe Tipo
/dev/sdd1 2048 6143 4096 2M BIOS boot
/dev/sdd2 6144 4200447 4194304 2G Linux-Dateisystem
/dev/sdd3 4200448 106960895 102760448 49G Linux-Dateisystem
/dev/sdd4 106960896 115349503 8388608 4G Linux swap
[/code]

Comunque, a scanso di equivoci, ribadisco che il problema dell’inaccessibilità a F31 preesisteva all’installazione del sistema di Redmond.
Indipendentemente da Win$, riesco a entrare in Fedora 29 unicamente selezionando al boot, con F8, il disco rigido da 500 MB all’avvio, ma della Fedora 31 manco l’ombra: è come se rimanesse “invisibile” al Grub.
Capisco che sembra un’eresia, ma di fatto non la ritrovo da nessuna parte!

PS: non ho ancora adoperato SuperGrub, dato che temo di complicare la situazione…

#9

Ti cito dai miei appunti in un caso simile:
"si inserisce CD Live di SuperGrub2 che individua il grub2 di Fedora e, selezionandolo, il sistema boota.

  • da Fedora quindi si lancia

grub2-install /dev(sda/ --recheck

e poi
#grub2-mkconfig -o /boot/grub2/grub.cfg
con successo e al reboot si ha il sistema duale sotto GRUB"

E’ poi chiaro che installando Win, questo ti cancella il master boot record del disco che usavi per bootare e se lo tiene per lui.
Se riesci a ripartire con una Fedora (come anzidetto) e lanci i due comandi # …, ripristini il grub2 nel disco dove c’e il /boot.
Se tutto va bene, Il grub2 prende in carico anche Win e te lo presenta tra le opzioni di lancio al reboot.
Good luck and good night

#10

grazie, astrogator,
ieri ho infatti avviato SuperGrub2, ma senza esito.
Mi vede i kernel che sono elencati nel Grub dell’attuale Fedora 29 (da cui sto scrivendo) e un sacco di altra roba, ma NON i kernel della 31, che utilizzavo in precedenza (come scritto, la 29 l’avevo lasciata lì un po’ per pigrizia, e un po’ perché il disco sarebbe stato adibito ad altro e quindi sarebbe stata piallata: adesso meno male che c’è ancora quella!).
Il “sacco di altra roba” è abbastanza inutile ai miei scopi, sia perché non sono link dai quali posso avviare alcunché, sia perché nessuno punta a kernel di Fedora 31.
Se non riesco proprio a venirne a capo, ai primi di aprile invece di fare il consueto system-upgrade scaricherò Fedora 32 (che a quel punto dovrebbe essere appena uscita…) e la installerò da zero (i pacchetti che utilizzo li avevo già salvati in passato) dove voglio io, così da ripartire daccapo.

A presto e buon proseguimento