Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Acer Swift 3 - passage de Ubuntu 16.04 32 bits à Ubuntu 20.04 64 bits

geole

Extraits du boot-info

Disk sda: 477 GiB, 512110190592 bytes, 1000215216 sectors
Disk identifier: 0xfd13f4a0
      Boot     Start        End   Sectors  Size Id Type
sda1  *         2048  998215679 998213632  476G 83 Linux
sda2       998217726 1000214527   1996802  975M  5 Extended
sda5       998217728 1000214527   1996800  975M 82 Linux swap / Solaris

df (filtered): _________________________________________________________________
       Avail Use% Mounted on
sda1   404.7G   9% /

Aucune difficulté particulière
1) Avec le support d'installation, lance gparted
2) Avec gparted, tu te positionnes sur SDA1 et tu le rétrécis de 40 Go, puis tu quittes gparted
3) Tu procèdes à l'installation de la version 20.04. Tu devrais avoir trois choix
1) A la place de ubuntu 16.04
2) A coté de ubuntu 16.04
3 ) autre chose

Il faut prendre le choix 2
Tu pourras choisir le même nom d'utilisateur

Lorsque l'installation sera finie, tu auras le choix entre les deux OS.
Et on fera une manipulation supplémentaire pour que tu retrouves tous tes fichiers.
Elle consistera à faire le montage automatique de SDA1 et mettre des pointeurs vers SDA1

JLK

Je penche pour une réinstallation du système. Ton /home est-il sur une partition séparée de / ?

JLK

geole a écritJLK, Il y a un boot-info, montrant la présence de deux partitions dont l'une est le swap!

Désolé, j'ai lu le fil de discussion trop vite.

Laurent 17

OK merci GEOLE
je tente la manip demain par manque de temps, et je te tiens au courant.
par contre, je ferai un boot-info comme tu l'as proposé AVEC la clé bootable 20.04, car je suis allé trop vite tout à l'heure et je l'ai fait avec la 16.04. Je te communiquerai le nouveau boot-info avant de tenter ce dual boot.
bonne soirée encore merci de ton aide.
cordialement

Laurent 17

bonjour GEOLE
voici mon nouveau boot info réalisé sur mon swift 3 avec une clé bootable 20.04

https://paste.ubuntu.com/p/z4cjMR4WGD/

A voir si cela te donne plus d'info par rapport au précédent réalisé sous 16.04.
cordialement

geole

Bonjour
On voit que la clé USB a booté en EFI

===================================== UEFI =====================================
BIOS is EFI-compatible, and is setup in EFI-mode for this live-session.
SecureBoot disabled.

Il faudra que tu t'entraînes ou que tu modifies le bios pour booter en LEGACY pour avoir le dual boot. Ou alors, on fait une installation EFI, C'est toi qui voit

Laurent 17

Bonjour,
pour mémoire, voici ce que donnait le boot info en 16.04 32 bits, sans la clé d'installation. Donc mon bios est déjà en LEGACY ?

===================================== UEFI =====================================

This installed-session is not in EFI-mode.
EFI in dmesg.
[    0.000000] ACPI: UEFI 0x000000008AEFA000 000042 (v01 ACRSYS ACRPRDCT 00000002 1025 00040000)
[    0.000000] ACPI: UEFI 0x000000008AEFB000 000236 (v01 ACRSYS ACRPRDCT 00000001 1025 00040000)

je ne maîtrise pas la différence entre les deux modes, mais j'en conclus que le dual boot n'est pas possible en EFI.
Or je suppose que si l'installation EFI échoue, tout est perdu, et que je devrai remonter mon système 16.04 32 bits avec une clé bootable ?
merci.

Laurent 17

Ce message était en fin de boot-info quand j'ai utilisé la clé 20.04 64 bits. ESP partition à créer ?

=============================== StdErr Messages ================================

File descriptor 63 (pipe:[118353]) leaked on lvs invocation. Parent PID 20212: /bin/bash

Suggested repair: ______________________________________________________________

The default repair of the Boot-Repair utility would reinstall the grub2 of
sda1 into the MBR of sda.
Additional repair would be performed: unhide-bootmenu-10s      

Confirmation request before suggested repair: __________________________________

The boot of your PC is in EFI mode, but no ESP partition was detected. You may want to retry after creating a ESP partition (FAT32, 100MB~250MB, start of the disk, boot flag).
Are you sure you want to continue anyway?

Final advice in case of suggested repair: ______________________________________


The boot of your PC is in UEFI mode. You may want to retry after changing it to BIOS-compatibility/CSM/Legacy mode.

merci

geole

Bonjour
Ton ubuntu actuel est en mode légacy. Si tu installes en mode EFI, il n'y aura pas de dual boot. C'est un peu dommages.

Mais on sait que ton ordinateur sait booter en Legacy, Tu devrais donc pouvoir trouver dans le bios comment: Soit lui dire de mettre LEGACY prioritaire, soit choisir le fichier de boot legacy au lieu du fichier de boot EFI
Une solution drastique: Tu modifies le support d'installation avec un autre ordinateur.
Tu vas dans la partition /EFI/boot. Tu y verras quelques fichiers de terminaison .EFI Tu changes leur terminaison en .FIE ou .IEF ou.... C'est donc réversible.
Comme cela, il sera bien obligé de booter en légacy!

De plus, faire une installation EFI sur un disque qui n'a pas de table de partition GPT risque maintenant de mal se passer Voir cette discussion https://forum.ubuntu-fr.org/post.php?tid=2058122&qid=22363332

https://forum.ubuntu-fr.org/viewtopic.php?id=2058122
et aussi cette recherche de Malbo https://forum.ubuntu-fr.org/viewtopic.php?id=2057756

Laurent 17

Bonjour GEOLE,
je reprend après avoir vérifié dans le bios que je suis effectivement en mode Legacy par défaut.

par contre, je ne sais pas exactement comment suivre votre instruction ci-dessous :

Tu vas dans la partition /EFI/boot. Tu y verras quelques fichiers de terminaison .EFI Tu changes leur terminaison en .FIE ou .IEF ou.... C'est donc réversible.
Comme cela, il sera bien obligé de booter en légacy!
via un terminal ? directement dans le bios ?
merci d'avance de me donner le mode opératoire.

une fois les fichiers .EFI modifiés, je suppose que je dois redémarrer avec cette fois la clé bootable 20.04 et demander l'installation d'Ubuntu en double boot ?
encore merci de ton aide. Cordialement

geole

Bonjour

Il faut booter normalement avec un ordinateur (windows ou ubuntu ou..) puis brancher la clé, attendre qu'elle soit montée et aller dans le répertoire EFI sous-répertoire Boot.
Tu y verras des fichiers. Ils ne se terminent pas par .doc ou .avi mais par .efi qui est l'extention standard des fichiers de boot, Tu changes cette terminaison par ce que tu veux.
Puis tu reviens à ton ordinateur, Tu bootes. Le bios EFI ne trouvera plus de fichiers identifiés boot , donc il tentera en légacy en utilisant le MBR

Laurent 17

Bonjour,
avec un autre ordi sous ubuntu, j'ai effectivement trouvé les 3 fichiers dans EFI / BOOT en .efi sur la clé. Mais pas moyen de les modifier, la clé est en lecture seule. quelle est la manip pour avoir les droits ?
merci.

geole

Bonjour
Je suis surpris qu'une clé USB soit en lecture seule.....
clé débranchée, puis rebranchée, attendre 30 secondes puis donner ce retour

dmesg | tail -30
ls -ls  /media/$USER

Laurent 17

[   66.189875] kauditd_printk_skb: 24 callbacks suppressed
[   66.189886] audit: type=1400 audit(1605113908.590:36): apparmor="DENIED" operation="capable" profile="/usr/sbin/cups-browsed" pid=971 comm="cups-browsed" capability=23  capname="sys_nice"
[   92.578729] rfkill: input handler disabled
[  104.495811] Bluetooth: RFCOMM TTY layer initialized
[  104.495818] Bluetooth: RFCOMM socket layer initialized
[  104.495826] Bluetooth: RFCOMM ver 1.11
[  104.704285] rfkill: input handler enabled
[  110.699708] rfkill: input handler disabled
[  235.186554] usb 2-1.4: new high-speed USB device number 5 using ehci-pci
[  235.302762] usb 2-1.4: New USB device found, idVendor=058f, idProduct=6387, bcdDevice= 1.01
[  235.302770] usb 2-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  235.302774] usb 2-1.4: Product: Mass Storage
[  235.302777] usb 2-1.4: Manufacturer: Generic
[  235.302780] usb 2-1.4: SerialNumber: FD307C13
[  235.736925] usb-storage 2-1.4:1.0: USB Mass Storage device detected
[  235.737370] scsi host6: usb-storage 2-1.4:1.0
[  235.737721] usbcore: registered new interface driver usb-storage
[  235.838991] usbcore: registered new interface driver uas
[  236.740088] scsi 6:0:0:0: Direct-Access     Generic  Flash Disk       8.07 PQ: 0 ANSI: 4
[  236.740436] sd 6:0:0:0: Attached scsi generic sg3 type 0
[  236.741793] sd 6:0:0:0: [sdc] 15974400 512-byte logical blocks: (8.18 GB/7.62 GiB)
[  236.743004] sd 6:0:0:0: [sdc] Write Protect is off
[  236.743008] sd 6:0:0:0: [sdc] Mode Sense: 23 00 00 00
[  236.744168] sd 6:0:0:0: [sdc] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[  236.771421]  sdc: sdc1 sdc2 sdc3
[  236.775413] sd 6:0:0:0: [sdc] Attached SCSI removable disk
[  237.605518] EXT4-fs (sdc3): mounted filesystem with ordered data mode. Opts: (null)
[  238.516319] ISO 9660 Extensions: Microsoft Joliet Level 3
[  238.519040] ISO 9660 Extensions: Microsoft Joliet Level 3
[  238.635779] ISO 9660 Extensions: RRIP_1991A

laurent@laurent-K73SD:~$ ls -ls /media/$USER

total 6
2 dr-xr-xr-x 1 laurent laurent 2048 juil. 31 18:48 'Ubuntu 20.04.1 LTS amd64'
4 drwxr-xr-x 5 root    root    4096 nov.   2 18:11  writable

geole

Donc déjà la clé est bonne
[ 236.743004] sd 6:0:0:0: [sdc] Write Protect is off
et tu sembles ne pas avoir les droits d'écriture
2 dr-xr-xr-x 1 laurent laurent 2048 juil. 31 18:48 'Ubuntu 20.04.1 LTS amd64'
On essaie cela

sudo chmod 777   /media/$USER/'Ubuntu 20.04.1 LTS amd64'

Laurent 17

chmod: modification des droits de '/media/laurent/Ubuntu 20.04.1 LTS amd64': Système de fichiers accessible en lecture seulement

geole

je pense au dirty bit (démontage d'une clé sans respecter les règles de bonne conduite)

Si la clé est montée sur sdb1

sudo umount /dev/sdb1

sudo fsck /dev/sdb1

sudo mount -v /dev/sdb1    /media/laurent

Laurent 17

laurent@laurent-K73SD:~$ sudo umount /dev/sdb1
umount: /dev/sdb1: non monté.
laurent@laurent-K73SD:~$ sudo fsck /dev/sdb1
fsck de util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
ext2fs_open2: Numéro magique invalide dans le super-bloc
fsck.ext2 : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
fsck.ext2: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb1

Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2/ext3/ext4 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
    e2fsck -b 8193 <périphérique>
 ou
    e2fsck -b 32768 <périphérique>

laurent@laurent-K73SD:~$ sudo mount -v /dev/sdb1    /media/laurent
mount: /media/laurent: wrong fs type, bad option, bad superblock on /dev/sdb1, missing codepage or helper program, or other error.
laurent@laurent-K73SD:~$

Maintenant si cette solution se complique, je me demande ce qui se passerait si je tentais une installation sans dual boot en EFI à partir de cette clé bootable. Si on considère que j'ai réussi à booter à partir de la clé, peut-on considérer que l'install se passera bien, même si le BIOS pour l'instant est en mode LEGACY et non UEFI ?
merci

« Page précédente