Forum Informatica Libera

dopo aver tolto quiet splash naturalmente dovevi dare sudo update-grub per vedere le scritte che scorrono e identificare dove si pianta

"naturalmente" non l'ho fatto. Ripeto

(14/02/2020, 20:32)Andrea Ha scritto: [ -> ]"naturalmente" non l'ho fatto. Ripeto

so che sei un "utente avanzato" e quindi pensavo lo sapessi :039:

Hai ragione; anch'io sapevo di saperlo, ma non sapevo di averlo dimenticato nella foga dell'impresa. :035:
In realtà sono un utente che cerca di leggere e capire, prima di chiedere aiuto, considerata la mia scarsa conoscenza, migliorata solo grazie all'aiuto costante di amici dei vari forums.
Comunque, fatto e riavviato.
Stranamente il comportamento è rimasto lo stesso (nessuna scritta dopo il beep).
Resta invariato il tempo tra il beep e la comparsa del grub , circa 2 minuti e mezzo.
Rimetto a posto il quiet splash o devo fare ancora qualcosa?

edit: ho misurato il tempo che passa dopo il comando "sudo update-grub" e l'inserimento della password. Sono circa 6 sec per arrivare a trovare:
e poi circa 2 minuti e mezzo per arrivare  a completare l'operazione, cioè dalla scritta /dev/sda7
fino a scrivere:
Sembrerebbe quindi un problema circoscritto alla elaborazione del grub oppure a qualcosa che lo rallenta nella elaborazione della ricerca sull'ssd.

Ragazzi, non è un problema del caricamento del SO, se è prima del grub !
Per cui è ovvio che sarà tutto normale anche togliendo lo splash...
Guarda se è disponibile un'aggiornamento del bios, il problema è nel bios o qualche sua impostazione..
Prova anche con una live, ma immagino sia uguale, ma provare non costa...

io non sono cosi avanzato come voi però leggo:
mi domando, quante partizioni ha dev/sda?
non vedo la partizione EFI in fat 32 e nemmeno la partizione estesa....., è forse formattato con tabelle GPT e avviato da MBR?
una immagine di gparted magari aiuterebbe.

@ccarlo :

Citazione:Prova anche con una live, ma immagino sia uguale, ma provare non costa...

Non ho capito cosa devo provare con una live, puoi essere più chiaro? grazie.
Poi, hai visto che mobo possiedo? è del 2008, ho aggiornato il bios nel 2010 e stava funzionando da dio.
D'altronde se dopo la comparsa del menu del grub fila come una freccia, penso che dobbiamo cercare altrove e non nel bios ( ma questo è il mio personale convincimento).

---

Ciao Mario ben arrivato :080:

sda è così partizionato:

[attachment=377]

come puoi vedere ci sono:

- sda1 - Partizione di swap

- Sda2 - Partizione estesa, all'interno della quale ci sono le partizioni sda3 -sda4 - sda5 - sda6 - sda7).
Quello che c'é installato lo vedi sul gparted allegato.

Spero sia chiaro e conto di poter arrivare ad una conclusione positiva col vs. prezioso aiuto.

Citazione:Poi, hai visto che mobo possiedo? è del 2008, ho aggiornato il bios nel 2010 e stava funzionando da dio.

Quindi dovresti avere un vecchio bios, niente uefi.

Citazione:Non ho capito cosa devo provare con una live, puoi essere più chiaro? grazie.

Intendo, prendere una chiavetta usb con Ubuntu e vedere se parte senza problemi, come hai fatto quando hai installato Ubuntu.Se non ce l'hai, puoi facilmente crearla.

Citazione:D'altronde se dopo la comparsa del menu del grub fila come una freccia, penso che dobbiamo cercare altrove e non nel bios ( ma questo è il mio personale convincimento).

...e secondo me qui ti sbagli. Potrebbe essere o il bios o il bootloader, perché come tu stesso dici una volta caricato il grub il sistema fila liscio, quindi il problema non è a livello SO, tanto è vero che lo fa a prescindere dal sistema che avvii. A questo punto a me sembra più il bootloader ad avere problemi, quindi puoi provare a re-installarlo oppure provare a installarlo su un'altro disco e a bootare da lì. Intanto come dicevo con una live di Ubuntu, vedresti se il sistema parte subito o rimane anch'esso bloccato, anche se da live il boot è ovviamente più lungo, ma dovresti capire se la live incomincia subito a caricare.
Infine potrebbe essere mbr del disco ad avere problemi, in questo caso come detto potresti provare a fare il boot da un'altro disco.

Il "beep" iniziale è breve o prolungato.

C'è un codice per interpretare i "beep" che si hanno al POST. Se il BIOS è AMI il singolo beep breve significa

Citazione:DRAM refresh failure

Prova a fare un test della RAM e lascialo andare per almeno mezz'ora, vedi se indica errori.

In altri BIOS indica problemi alla EEPROM del BIOS (batteria tampone da cambiare?)

Certo che hai partizionato in modo orribile.

@ccarlo :  la live si carica immediatamente, ovviamente con i tempi giusti per una live (circa 1-2 minuti dal riconoscimento del lettore dvd, come primo device di avvio.
Il bios l'ho controllato e non ci sono variazioni con quanto impostato precedentemente.
.'mbr è stato controllato da win 10 e addirittura ho rifatto la procedura di: fix mbr, sempre da win usando il prompt dei comandi, tante è che al riavvio è partito subito win 10.
Ho quindi usato supergrubdisk per trovare Ubuntu e avviarlo. infine ho reinstallato grub su sda, sovrascrivendo mbr, come abitualmente uso fare.
Mi resta solo da provare a collegare un altro hdd e mettere il grub lì, settandolo poi come  primo device di avvio.
Ti faccio sapere.

@Andrea111 : Dopo la scansione del bios per trovare i dispositivi, Il beeb è corto e da quel momento che il tempo di attesa diventa lunghissimo (considerato che in precedenza dal beeb alla comparsa del menu grub passava circa 1 o 2 secondi al max.
- Proverò a fare un memtest, anche se ho verificato:

- non ho controllato la batteria tampone, magari dipende da questa.
- Il partizionamento iniziale era:
- sda1  -  swap
- sda3  - Ubuntu 16.04
- sda2  - Partizione estesa con dentro:
              - sda4  -  Ubuntu 18.04 gnome
              - sda5  -  Dati SSD
              - sda6  - Ubuntu 18.04 gnome
              - sda7  - Win 10 Pro Con partizione interna per il Winfs(di circa 550MB)
Poi, ho avuto la "brillante" idea di avanzare Win dalla versione 18.03 alla 18.09 e, dopo il riavvio, é
partito solo win 10, in quanto aveva sovrascritto l'mbr. (per questo avevo aperto una discussione sul forum, dialogando con Bat)
Ho usato supergrubdisk per trovare gli altri s.o. ed ho scoperto che win aveva eliminato Ubuntu 16.04 e si era piazzato su sda3, inoltre aveva raddoppiato la partizione Winfs portandola da 550MB a circa 1GB rinominandola sda4 (ma questo è ininfluente)
Mi sono ritrovato pure Ubuntu 18.04 (che era su sda4) piazzato su sda6 e mancava totalmente Ubuntu 16.04.   Stranamente il tutto perfettamente funzionante
Visto che per mia decisione voglio usare Ubuntu 16.04 fino allo scadere del supporto, ho ricavato una nuova partizione (sda7) riducendo quella di Ubuntu 18.04 e reinstallato la 16.04, usando il grub di quest'ultima per gestire tutti gli altri s.o.

Questa è la cronistoria dei fatti, fino a tre gg. fa.
Ora la situazione è quella di cui stiamo discutendo.