Si sono verificati i seguenti errori:
Warning [2] Undefined property: MyLanguage::$ratings_update_error - Line: 5 - File: showthread.php(799) : eval()'d code PHP 8.2.13 (Linux)
File Line Function
/inc/class_error.php 153 errorHandler->error
/showthread.php(799) : eval()'d code 5 errorHandler->error_callback
/showthread.php 799 eval




Valutazione discussione:
  • 0 voto(i) - 0 media
  • 1
  • 2
  • 3
  • 4
  • 5
  Condividi: Facebook Twitter
[Risolto] Menù di boot scomparso dopo l'aggiornamento di W10 e del BIOS
#1
Ho un portatile Lenovo V110 acquistato con Microsoft Windows© 10® al quale ho affiancato PCLinux OS.
Oggi ho aggiornato tutti i sistemi operativi, e, dopo l'aggiornamento di W10, mi è stato proposto l'aggiornamento del BIOS, che io ho eseguito.
Al riavvio, il menù del bootloader era scomparso, e si avviava direttamente W10.
Io allora ho provveduto al ripristino del riavvio rapido secondo le istruzioni riportate qui
https://wiki.ubuntu-it.org/Amministrazio...vvioRapido

Siccome ciò non è stato sufficiente per far comparire il bootmanager, al riavvio del Lenovo V110 ho digitato la combinazione di tasti [fn]+[f2] per entrare nel bios, e da lì ho disattivato Secureboot.
Ora, se inserisco una memoria USB con una live di Linux in una porta USB del Lenovo V110 e, al riavvio, digito la combinazione di tasti [fn]+[f12], posso far comparire il menù del BIOS per avviare la live di Linux presente nella memoria USB, ma non riesco in alcun modo ad avviare GRUB2 per avviare la distribuzione di Linux a suo tempo installata accanto a W10.
Come risolvo?
Ringrazio sin d'ora chi vorrà aiutarmi.

edit: i dati del portatile ottenuti dalla LIVE di PCLinuxOS
Codice:
[guest@localhost guest]$ inxi -v2
System:    Host: localhost Kernel: 5.0.2-pclos1 x86_64 bits: 64 Desktop: KDE Plasma 5.15.3 Distro: PCLinuxOS 2019
Machine:   Type: Laptop System: LENOVO product: 80TG v: Lenovo V110-15IAP serial: <root required>
           Mobo: LENOVO model: LNVNB161216 v: SDK0J40700 WIN serial: <root required> UEFI: LENOVO v: 1MCN54WW date: 10/31/2019
Battery:   ID-1: BAT0 charge: 18.5 Wh condition: 19.9/24.0 Wh (83%)
CPU:       Dual Core: Intel Celeron N3350 type: MCP speed: 1114 MHz min/max: 800/2400 MHz
Graphics:  Device-1: Intel driver: i915 v: kernel
           Display: server: X.Org 1.19.6 driver: intel,v4l resolution: 1366x768~60Hz
           OpenGL: renderer: Mesa DRI Intel HD Graphics 500 (Broxton 2x6) v: 4.5 Mesa 19.0.0
Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8169
           Device-2: Intel Dual Band Wireless-AC 3165 Plus Bluetooth driver: iwlwifi
Drives:    Local Storage: total: 480.19 GiB used: 13.97 GiB (2.9%)
Info:      Processes: 158 Uptime: 7m Memory: 3.44 GiB used: 538.5 MiB (15.3%) Shell: bash inxi: 3.0.32
[guest@localhost guest]$
Cita messaggio
#2
Provato a disabilitare Uefi ed avviare in Legacy?

Forse avevi installato in Legacy prima.
I am a patient boy
I wait, I wait, I wait, I wait
My time's like water down a drain....

Comprendi?
Cita messaggio
#3
A parte il fatto che un partizionamento come quello che riporto in questo post non mi sembra possibile in modalità Legacy, non ricordo di avere mai installato Linux in modalità Legacy su nessun computer che usasse la modalità UEFI..
Codice PHP:
[guest@localhost guest]$ lsblk -f
NAME    FSTYPE   LABEL                UUID                                 FSAVAIL FSUSE
MOUNTPOINT
loop1   iso9660  livecd_2019031603
:33 2019-03-16-03-37-27-00                              
loop2   squashfs                                                                          
sda                                                                                       
├─sda1  vfat     SYSTEM_DRV           78F0
-A311                                           
├─sda2                                                                                    
├─sda3  ntfs     Windows              0A40F2DA40F2CC07                       32.7G    53
% /media/Windows
├─sda4  ext4                          4e2e95d6
-31ea-4b3b-88b7-4e76454ee1aa   65.1G    12% /media/4e2e95d6-31ea-4b3b-88b7-4e76454ee1aa
├─sda5  ntfs     Dati                 A284BC5784BC3021                      262.4G     4
% /media/Dati
├─sda6  swap                          07e799b3
-d05f-4321-9097-6795f498cf9c                
├─sda7  ntfs     LENOVO               46C61D8EC61D7EFD                       23.3G     7
% /media/LENOVO
├─sda8  ntfs     WINRE_DRV            A8441EBF441E9064                                    
├─sda9  ntfs     LENOVO_PART          222C22422C221179                        1.5G    88
% /media/LENOVO_PART
└─sda10 vfat     LRS_ESP              12FE
-7CB4                             463.8M    53% /media/LRS_ESP
sdb                                                                                       
└─sdb1  vfat     MULTISYSTEM          9B81
-9372                                           
sr0                                                                                       
[guest@localhost guest]$ ls /media/4e2e95d6-31ea-4b3b-88b7-4e76454ee1aa
bin
/   dev/  home/     initrd/  lib/    lost+found/  mnt/           Module.symvers  opt/   root/  sbin/  tmp/  var/
boot/  etc/  include/  Lenovo/  lib64/  media/       modules.order  null            proc/  run/   sys/   usr/
[
guest@localhost guest]$ 
.
Cita messaggio
#4
Ok,  allora da live:

Codice:
sudo efibootmgr

Vediamo le Entries
I am a patient boy
I wait, I wait, I wait, I wait
My time's like water down a drain....

Comprendi?
Cita messaggio
#5
(12/03/2020, 23:43)rage75 Ha scritto: Ok,  allora da live:

Codice:
sudo efibootmgr

Vediamo le Entries
mi pare di capire che si stia parlando di pclinuxos.

sudo non esiste.

nel terminale in live, su , invio. ora dopo il # efibootmgr , invio. exit quando hai terminato.



se devi poi reinstallare l'avvio EFI di PCLinuxOS segui le indicazioni:
http://pclinuxoshelp.com/index.php/RestoreGrub2

dal tuo inxi leggo pclinuxos 2019 . se è solo per ripristinare va bene altrimenti esiste una iso più recente.
condividere il piacere di usare:
[Immagine: image03.png]
Cita messaggio
#6
Siccome sul Lenovo V110 ho installato, come unico S.O. Linux, PCLinuxOS, ho ritenuto opportuno usare una live di PCLinuxOS per esaminare lo stato del disco fisso, in quanto l'utente-base di PCLinuxOS è l'user 500, mentre l'utente-base degli altri S.O. Linux che conosco è l'user 1000, quindi con una LIVE di un altro S.O. Linux potrei aver problemi ad aprire i files presenti nella home residente, ma posso usarne anche LIVE di altre distribuzioni di Linux, se necessario.

Allego l'output richiesto assieme all'output che chiarisce cosa sto usando e cosa è installato nella partizione di Linux.
Codice:
[guest@localhost guest]$ inxi -v1
System:    Host: localhost Kernel: 5.0.2-pclos1 x86_64 bits: 64 Desktop: KDE Plasma 5.15.3 Distro: PCLinuxOS 2019
CPU:       Dual Core: Intel Celeron N3350 type: MCP speed: 944 MHz min/max: 800/2400 MHz
Graphics:  Device-1: Intel driver: i915 v: kernel
           Display: server: X.Org 1.19.6 driver: intel,v4l resolution: 1366x768~60Hz
           OpenGL: renderer: Mesa DRI Intel HD Graphics 500 (Broxton 2x6) v: 4.5 Mesa 19.0.0
Drives:    Local Storage: total: 480.19 GiB used: 13.97 GiB (2.9%)
Info:      Processes: 156 Uptime: 6m Memory: 3.44 GiB used: 536.3 MiB (15.2%) Shell: bash inxi: 3.0.32
[guest@localhost guest]$ su
[root@localhost guest]# efibootmgr
BootCurrent: 0016
Timeout: 0 seconds
BootOrder: 0000,0013,0014,0015,0016,0017,0018,0019,001A
Boot0000* Windows Boot Manager
Boot0010  Setup
Boot0011  Boot Menu
Boot0012  Diagnostic Splash
Boot0013* USB FDD:
Boot0014* ATA HDD: ST500LT012-1DG142                       
Boot0015* ATAPI CD: PLDS    DVD-RW DA8AESH                 
Boot0016* USB HDD: TDK LoR TF20
Boot0017* USB CD:
Boot0018* PCI LAN: EFI Network (IPv4)
Boot0019* USB LAN:
Boot001A* PCI LAN: EFI Network (IPv6)
[root@localhost guest]# cat /media/4e2e95d6-31ea-4b3b-88b7-4e76454ee1aa/etc/issue
PCLinuxOS release 2020 (PCLinuxOS) for x86_64
Kernel 4.12.14-pclos1 on a Dual-processor x86_64 / \l
[root@localhost guest]# cat /media/4e2e95d6-31ea-4b3b-88b7-4e76454ee1aa/etc/*release
LSB_VERSION=lsb-3.1-amd64:lsb-3.1-noarch
DISTRIB_ID=PCLinuxOS
DISTRIB_RELEASE=
DISTRIB_CODENAME=
DISTRIB_DESCRIPTION="PCLinuxOS"
PCLinuxOS release 2020 (PCLinuxOS) for x86_64
PCLinuxOS release 2020 (PCLinuxOS) for x86_64
PCLinuxOS release 2020 (PCLinuxOS) for x86_64
NAME="PCLinuxOS"
VERSION="2020"
ID=pclinuxos
VERSION_ID=2020
ID_LIKE="mandriva"
PRETTY_NAME="PCLinuxOS 2020"
ANSI_COLOR="1;37"
HOME_URL="http://www.pclinuxos.com/"
SUPPORT_URL="http://www.pclinuxos.com/"
PCLinuxOS release 2020 (PCLinuxOS) for x86_64
PCLinuxOS release 2020 (PCLinuxOS) for x86_64
PCLinuxOS release 2020 (PCLinuxOS) for x86_64
[root@localhost guest]#
Cita messaggio
#7
va bene, reinstalla l'avvio da live come ti ho linkato.
condividere il piacere di usare:
[Immagine: image03.png]
Cita messaggio
#8
Se ho ben capito, i comandi da impartire dalla live di PCLinux OS sono i seguenti:

Codice:
mkdir -p /mnt # crea cartella /mnt
mount /dev/sdaX /mnt # monta partizione di root di PCLinuxOS
mount /dev/sdaY /mnt/boot/EFI # monta la partizione di sistema EFI
mount -B /dev /mnt/dev  # assegna alla partizione /dev  il punto di mount /mnt/dev
mount -B /proc /mnt/proc # assegna alla partizione /proc il punto di mount /mnt/proc
mount -B /sys /mnt/sys  # assegna alla partizione /sys  il punto di mount /mnt/sys
chroot /mnt # fà in modo che la cartella /mnt venga vista dal sistema come la cartella radice 
/boot/grub2/install.sh # avvia lo script /boot/grub2/install.sh ???
umount /mnt/sys      # smonta la partizione che ha punto di mount /mnt/sys
umount /mnt/proc    # smonta la partizione che ha punto di mount /mnt/proc
umount /mnt/dev      # smonta la partizione che ha punto di mount /mnt/dev
umount /mnt/boot/EFI # smonta la partizione che ha punto di mount /mnt/boot/EFI
umount /mnt          # smonta la partizione che ha punto di mount /mnt
reboot # riavvia il computer


Un ultimo chiarimento prima di cominciare... essendo la mia situazione la seguente:
Codice:
[guest@localhost guest]$ lsblk -f
NAME    FSTYPE  LABEL                UUID                                FSAVAIL FSUSE% MOUNTPOINT
loop1  iso9660  livecd_2019031603:33 2019-03-16-03-37-27-00                             
loop2  squashfs                                                                         
sda                                                                                     
├─sda1  vfat    SYSTEM_DRV          78F0-A311                                         
├─sda2                                                                                   
├─sda3  ntfs    Windows              0A40F2DA40F2CC07                      32.7G    53% /media/Windows
├─sda4  ext4                          4e2e95d6-31ea-4b3b-88b7-4e76454ee1aa  65.1G    12% /media/4e2e95d6-31ea-4b3b-88b7-4e76454ee1aa
├─sda5  ntfs    Dati                A284BC5784BC3021                      262.4G    4% /media/Dati
├─sda6  swap                          07e799b3-d05f-4321-9097-6795f498cf9c               
├─sda7  ntfs    LENOVO              46C61D8EC61D7EFD                      23.3G    7% /media/LENOVO
├─sda8  ntfs    WINRE_DRV            A8441EBF441E9064                                   
├─sda9  ntfs    LENOVO_PART          222C22422C221179                        1.5G    88% /media/LENOVO_PART
└─sda10 vfat    LRS_ESP              12FE-7CB4                            463.8M    53% /media/LRS_ESP
sdb                                                                                     
└─sdb1  vfat    MULTISYSTEM          9B81-9372                                         
sr0                                                                                     
[guest@localhost guest]$


cosa devo scrivere al posto di  /dev/sdaX  e di  /dev/sdaY  ?
Cita messaggio
#9
di partizioni in ext4 ne vedo una sola quindi il tuo sistema dovrebbe essere:
Citazione:mount /dev/sda4 /mnt

mentre per la efi immagino:
Citazione:mount /dev/sda1 /mnt/boot/EFI

per maggior sicurezza, apri gparted da live e vedi per una conferma.
condividere il piacere di usare:
[Immagine: image03.png]
Cita messaggio
#10
Se Win10 è stato installato con SecureBoot attivato, disattivandolo in UEFI non dovrebbe più partire;
stesso discorso per Linux: se una distribuzione è compatibile con SecureBoot e viene installata con SecureBoot attivo, disattivando SecureBoot non dovrebbe più avviarsi;
detto questo,
se si esegue il boot in modalità UEFI (indipendentemente dal fatto che SecureBoot sia attivo o no), tutti i sistemi operativi installati in multiboot, dovranno partire in modalità UEFI.
Attivando la modalità legacy ed installando un sistema in tale modalità, il boot UEFI è compromesso (i sistemi installati in UEFI non partono più, potrebbero farlo solo riattivando UEFI nel BIOS).
Il mio blog: 00cent.blogspot.com
LEGGE DI MURPHY: SE QUALCOSA PUO' ANDAR MALE, LO FARA'
VERSIONE QUANTISTICA DELLA LEGGE DI MURPHY: TUTTO VA MALE CONTEMPORANEAMENTE
Cita messaggio


Vai al forum:


Utenti che stanno guardando questa discussione: 3 Ospite(i)