Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

Pages : 1 2

#1 Le 04/10/2022, à 08:59

gbergere

[Résolu] Démarrage impossible en normal - fsck impossible en recovery

Bonjour.

Après une heure de recherches sur ce forum et internet, je me décide à créer un nouveau post.

J'ai effectué une mise à jour d'Ubuntu depuis le gestionnaire de mise à jour. D'après lui, seule une mise à jour partielle pouvait être effectuée. Je l'ai lancée.
Depuis, Ubuntu ne parvient pas à démarrer en mode normal.
Et en mode récupération, depuis le menu récupération, lorsque je lui demande de faire un fsck, il me retourne : 

/lib/recovery-mode/recovery-menu: ligne 80: /etc/default/rcS: Aucun fichier ou dossier de ce tyupe
fsck de util-linux 2.37.2
/dev/sda2 est monté
e2fsck: Ne peut continuer, arrêt immédiat.

J'ai tenté, via l'option "root" du menu de récupération, de démonter /dev/sda2 

sudo umount /dev/sda2

puis de lancer un fsck dessus 

sudo fsck /dev/sda2

. Sans succès. Le problème persiste (démarrage normal impossible, et fsck impossible depuis le menu récupération).

Est-ce que vous avez une idée ?

Dernière modification par gbergere (Le 30/10/2022, à 08:04)

Hors ligne

#2 Le 04/10/2022, à 09:17

iznobe

Re : [Résolu] Démarrage impossible en normal - fsck impossible en recovery

Bonjour , donne 

lsblk -fe7


INFO : il faut d' abord demonter la partition avant de la corriger .

si il s' agit de la partition racine , alors il faut utiliser la procedure de la section 2 de la doc : https://doc.ubuntu-fr.org/fsck#forcer_u … ion_racine

Dernière modification par iznobe (Le 04/10/2022, à 09:19)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#3 Le 04/10/2022, à 09:26

gbergere

Re : [Résolu] Démarrage impossible en normal - fsck impossible en recovery

NAME FSTYPE FSVER LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
sda                                                                         
├─sda1
│    vfat   FAT32       24CE-BB5A                             505,7M     1% /boot/efi
└─sda2
     ext4   1.0         7a51e23f-b11f-42e5-a246-572d5581aaad  741,5G    14% /var/snap/firefox/common/host-hunspell
                                                                            /
sr0

Hors ligne

#4 Le 04/10/2022, à 09:28

iznobe

Re : [Résolu] Démarrage impossible en normal - fsck impossible en recovery

il faut donc :

doc fsck a écrit :

Ceci ne fonctionne plus depuis Ubuntu 16.04, il faut maintenant passer 

fsck.mode=force

comme paramètre au noyau dans la ligne 

GRUB_CMDLINE_LINUX_DEFAULT

de grub (fichier /etc/default/grub) puis lancer la commande 

update-grub

dans la console tu tapes donc :

sudo nano /etc/default/grub

tu descends avec les fleches sur la ligne indiquant au debut : GRUB_CMDLINE_LINUX_DEFAULT="
tu vas avec la fleche de droite placer le curseur apres le=" et tu ajoutes donc :  fsck.mode=force
avec un espace si une autre option est deja inscrite a la suite.
tu sauvegardes avec : ctrl + x , o , entrée .
tu peux fermer sans sauvegarder en cas de soucis avec : ctrl + x , n , entrée .
pour prendre en compte le changement :

sudo update-grub

tu lances un redemarrage avec :

reboot

et il devrait donc faire le fsck de la partition systeme .

lorsque c' est fait , il faut faire les meme manipulations pour enlever l ' option " fsck.mode=force " et remettre comme c ' etait avant evidemment .

Dernière modification par iznobe (Le 04/10/2022, à 13:48)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#5 Le 04/10/2022, à 09:52

gbergere

Re : [Résolu] Démarrage impossible en normal - fsck impossible en recovery

Impossible de sauvegarder le fichier grub.
Il me retourne :  [ Erreur lors de l'écriture de /etc/default/grub : Permission non accordée ]

(Je suis toujours en mode recovery, c'est peut-être du à ça ?)

Hors ligne

#6 Le 04/10/2022, à 10:03

iznobe

Re : [Résolu] Démarrage impossible en normal - fsck impossible en recovery

essaie :

sudo nano /etc/default/grub

mais logiquement tu es deja en root non ?

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#7 Le 04/10/2022, à 10:03

geole

Re : [Résolu] Démarrage impossible en normal - fsck impossible en recovery

gbergere a écrit :

Bonjour.

Après une heure de recherches sur ce forum et internet, je me décide à créer un nouveau post.

J'ai effectué une mise à jour d'Ubuntu depuis le gestionnaire de mise à jour. D'après lui, seule une mise à jour partielle pouvait être effectuée. Je l'ai lancée.
Depuis, Ubuntu ne parvient pas à démarrer en mode normal.
Est-ce que vous avez une idée ?

Bonjour.
Si tu décrivais beaucoup plus le problème  rencontré, cela aiderait à comprendre ce qui se passe.

Je ne suis pas certain que le fsck soit utile car il semble que la partition soit montée. Elle serait donc en bon état.
Cependant, si tu souhaites malgré tout faire un fsck, il faut, depuis quelques jours la démonter deux fois. En effet, cet extrait prouve qu'elle est montée deux fois. (sur /var.... et sur /)

└─sda2
     ext4   1.0         7a51e23f-b11f-42e5-a246-572d5581aaad  741,5G    14% /var/snap/firefox/common/host-hunspell
                                                                            /

Le plus simple est de repéter plusieurs fois le démontage, jusqu'à ce qu'il réponde que la partition n'est pas montée.
Je ne suis pas certain qu'on puisse la démonter de /

Dernière modification par geole (Le 04/10/2022, à 10:08)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#8 Le 04/10/2022, à 10:06

iznobe

Re : [Résolu] Démarrage impossible en normal - fsck impossible en recovery

Bonjour @geole
je suis assez sceptique quant a l' utilité du fsck moi aussi .

Dans le cas present , la partition a reparer est la partition racine . , il va pouvoir tenter de la demonter un nombre de fois consequent sans pour autant y parvenir :

NAME FSTYPE FSVER LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
sda                                                                         
├─sda1
│    vfat   FAT32       24CE-BB5A                             505,7M     1% /boot/efi
└─sda2
     ext4   1.0         7a51e23f-b11f-42e5-a246-572d5581aaad  741,5G    14% /var/snap/firefox/common/host-hunspell
                                                                            /


@gbergere
Si tu ne démarres pas normalement , peut etre qu ' un boot-info en dirais plus ?

Dernière modification par iznobe (Le 04/10/2022, à 10:10)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#9 Le 04/10/2022, à 10:11

geole

Re : [Résolu] Démarrage impossible en normal - fsck impossible en recovery

En mode aveugle,
Il faudrait booter sur le noyau -1 et finir l'installation.

sudo dpkg --configure -a
sudo apt-get -f install

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#10 Le 04/10/2022, à 10:20

gbergere

Re : [Résolu] Démarrage impossible en normal - fsck impossible en recovery

@geole
Je me suis concentré sur l'erreur fsck car c'était le symptôme le plus évident. En dehors de ça, l'impossibilité de démarrage en mode normal est assez mystérieuse pour moi : Ubuntu reste bloqué sur ce qui ressemble à une analyse des disques (il affiche une seule ligne, avec notamment le nombre de blocks) et reste bloqué là dessus.

@iznobe
Voici le boot-info : https://paste.ubuntu.com/p/MDXMk5GK3n/

Hors ligne

#11 Le 04/10/2022, à 10:22

iznobe

Re : [Résolu] Démarrage impossible en normal - fsck impossible en recovery

le boot info en clair , pour geole , je n' ai pas l' experience ni les qualifications de geole pour ce genre de chose :

boot-info-4ppa200                                              [20221004_1114]

============================== Boot Info Summary ===============================

 => No boot loader is installed in the MBR of /dev/sda.

sda1: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /efi/BOOT/fbx64.efi /efi/BOOT/mmx64.efi 
                       /efi/ubuntu/grubx64.efi /efi/ubuntu/mmx64.efi 
                       /efi/ubuntu/shimx64.efi /efi/ubuntu/grub.cfg

sda2: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 22.04.1 LTS
    Boot files:        /boot/grub/grub.cfg /etc/fstab /etc/default/grub


================================ 1 OS detected =================================

OS#1:   L'OS actuellement utilisé - Ubuntu 22.04.1 LTS CurrentSession on sda2

================================ Host/Hardware =================================

CPU architecture: 64-bit
Video: GK106GLM [Quadro K2100M] 4th Gen Core Processor Integrated Graphics Controller EFI VGA from NVIDIA Corporation Intel Corporation
BOOT_IMAGE of the installed session in use:
/boot/vmlinuz-5.15.0-48-generic root=UUID=7a51e23f-b11f-42e5-a246-572d5581aaad ro recovery nomodeset dis_ucode_ldr
df -Th / : /dev/sda2        ext4   916G    128G  742G  15% /

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

BIOS/UEFI firmware: A15(65.15) from Dell Inc.
The firmware is EFI-compatible, and is set in EFI-mode for this installed-session.
SecureBoot disabled - SecureBoot disabled - Veuillez indiquer ce message à boot.repair@gmail.com.
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0000,0006,0002,0001,0003,0004,0005
Boot0000* ubuntu	HD(1,GPT,42e642ed-1800-43f3-b81c-cf5a41abd7cf,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)
Boot0001* Diskette Drive	BBS(Floppy,Diskette Drive,0x0)AMBO
Boot0002* Internal HDD	BBS(HD,P0: ST1000LM014-1EJ164,0x0)AMBO
Boot0003* USB Storage	BBS(USB,USB Storage Device,0x0)AMBO
Boot0004* CD/DVD/CD-RW Drive	BBS(CDROM,P1: HL-DT-ST DVD+/-RW GU90N   ,0x0)AMBO
Boot0005* Onboard NIC	BBS(Network,IBA GE Slot 00C8 v1550,0x0)AMBO
Boot0006* UEFI: Hard Drive 	PciRoot(0x0)/Pci(0x1f,0x2)/EDD10(0x2a010480)/HD(1,GPT,42e642ed-1800-43f3-b81c-cf5a41abd7cf,0x800,0x100000)AMBO


============================= Drive/Partition Info =============================

Disks info: ____________________________________________________________________

sda	: is-GPT,	no-BIOSboot,	has---ESP, 	not-usb,	not-mmc, has-os,	no-wind,	2048 sectors * 512 bytes

Partitions info (1/3): _________________________________________________________

sda2	: is-os,	32, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	farbios
sda1	: no-os,	32, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	not-far

Partitions info (2/3): _________________________________________________________

sda2	: isnotESP,	part-has-no-fstab,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot
sda1	: is---ESP,	part-has-no-fstab,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot

Partitions info (3/3): _________________________________________________________

sda2	: not--sepboot,	no---boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	no--grub.d,	sda
sda1	: not--sepboot,	no---boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	no--grub.d,	sda

fdisk -l (filtered): ___________________________________________________________

Disk sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk identifier: D608B435-9AF9-494D-A2C7-275BAFC848EB
        Start        End    Sectors  Size Type
sda1     2048    1050623    1048576  512M EFI System
sda2  1050624 1953523711 1952473088  931G Linux filesystem

parted -lm (filtered): _________________________________________________________

sda:1000GB:scsi:512:4096:gpt:ATA ST1000LM014-1EJ1:;
1:1049kB:538MB:537MB:fat32:EFI System Partition:boot, esp;
2:538MB:1000GB:1000GB:ext4::;

blkid (filtered): ______________________________________________________________

NAME   FSTYPE   UUID                                 PARTUUID                             LABEL PARTLABEL
sda                                                                                             
├─sda1 vfat     24CE-BB5A                            42e642ed-1800-43f3-b81c-cf5a41abd7cf       EFI System Partition
└─sda2 ext4     7a51e23f-b11f-42e5-a246-572d5581aaad 5ba7a18a-6ee4-428f-ae28-54c4143b08a1       

Mount points (filtered): _______________________________________________________

                                Avail Use% Mounted on
/dev/sda2                      741.5G  14% /
/dev/sda2[/usr/share/hunspell] 741.5G  14% /var/snap/firefox/common/host-hunspell

Mount options (filtered): ______________________________________________________

/dev/sda2                      ext4            rw,relatime,errors=remount-ro
/dev/sda2[/usr/share/hunspell] ext4            ro,noexec,noatime,errors=remount-ro

===================== sda1/efi/ubuntu/grub.cfg (filtered) ======================

search.fs_uuid 7a51e23f-b11f-42e5-a246-572d5581aaad root hd0,gpt2 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

====================== sda2/boot/grub/grub.cfg (filtered) ======================

Ubuntu   7a51e23f-b11f-42e5-a246-572d5581aaad
Ubuntu, with Linux 5.15.0-48-generic   7a51e23f-b11f-42e5-a246-572d5581aaad
Ubuntu, with Linux 5.15.0-43-generic   7a51e23f-b11f-42e5-a246-572d5581aaad
### END /etc/grub.d/30_os-prober ###
UEFI Firmware Settings   uefi-firmware
### END /etc/grub.d/30_uefi-firmware ###

========================== sda2/etc/fstab (filtered) ===========================

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during installation
UUID=7a51e23f-b11f-42e5-a246-572d5581aaad /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=24CE-BB5A  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0

======================= sda2/etc/default/grub (filtered) =======================

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash snd_hda_intel.dmic_detect=0"
GRUB_CMDLINE_LINUX=""

==================== sda2: Location of files loaded by Grub ====================

           GiB - GB             File                                 Fragment(s)
 672,682628632 = 722,287472640  boot/grub/grub.cfg                             1
 173,250972748 = 186,026815488  boot/vmlinuz                                   2
  93,261302948 = 100,138561536  boot/vmlinuz-5.15.0-43-generic                 2
 173,250972748 = 186,026815488  boot/vmlinuz-5.15.0-48-generic                 2
  93,261302948 = 100,138561536  boot/vmlinuz.old                               2
  87,075611115 = 93,496725504   boot/initrd.img                                3
  94,665035248 = 101,645807616  boot/initrd.img-5.15.0-43-generic              3
  87,075611115 = 93,496725504   boot/initrd.img-5.15.0-48-generic              3
  94,665035248 = 101,645807616  boot/initrd.img.old                            3

===================== sda2: ls -l /etc/grub.d/ (filtered) ======================

-rwxr-xr-x 1 root root 18683 Apr 15 23:50 10_linux
-rwxr-xr-x 1 root root 43031 Apr 15 23:50 10_linux_zfs
-rwxr-xr-x 1 root root 14180 Apr 15 23:50 20_linux_xen
-rwxr-xr-x 1 root root 13369 Apr 15 23:50 30_os-prober
-rwxr-xr-x 1 root root  1372 Apr 15 23:50 30_uefi-firmware
-rwxr-xr-x 1 root root   700 Feb 19  2022 35_fwupd
-rwxr-xr-x 1 root root   214 Apr 15 23:50 40_custom
-rwxr-xr-x 1 root root   215 Apr 15 23:50 41_custom

=========================== sda2/etc/grub.d/35_fwupd ===========================

#! /bin/sh
# SPDX-License-Identifier: LGPL-2.1+
set -e
[ -d ${pkgdatadir:?} ]
# shellcheck source=/dev/null
. "$pkgdatadir/grub-mkconfig_lib"
if [ -f /var/lib/fwupd/uefi_capsule.conf ] &&
   ls /sys/firmware/efi/efivars/fwupd-*-0abba7dc-e516-4167-bbf5-4d9d1c739416 1>/dev/null 2>&1; then
      . /var/lib/fwupd/uefi_capsule.conf
      if [ "${EFI_PATH}" != "" ] && [ "${ESP}" != "" ]; then
      echo "Adding Linux Firmware Updater entry" >&2
cat << EOF
menuentry 'Linux Firmware Updater' \$menuentry_id_option 'fwupd' {
EOF
      ${grub_probe:?}
      prepare_grub_to_access_device '`${grub_probe} --target=device \${ESP}` | sed -e "s/^/\t/"'
cat << EOF
	chainloader ${EFI_PATH}
}
EOF
      fi
fi



Suggested repair: ______________________________________________________________

The default repair of the Boot-Repair utility would not act on the boot.


l ' autre idée de @geole pourrait aussi te sauver la mise :
demarrer sur le noyau ( normalement ) le plus ancien , le plus bas dans la liste ( sans le mode recovery ) , et finir la mise a jour :

geole a écrit :

Il faudrait booter sur le noyau -1 et finir l'installation.

sudo dpkg --configure -a
sudo apt-get -f install

Dernière modification par iznobe (Le 04/10/2022, à 10:26)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#12 Le 04/10/2022, à 10:42

geole

Re : [Résolu] Démarrage impossible en normal - fsck impossible en recovery

Comme le boot-info montre que tu as pu booter en mode recovery, 

BOOT_IMAGE of the installed session in use:
/boot/vmlinuz-5.15.0-48-generic root=UUID=7a51e23f-b11f-42e5-a246-572d5581aaad ro recovery nomodeset

Il faudrait plutôt cibler le fonctionnement des pilotes graphiques.
Commandes à faire en mode console
https://doc.ubuntu-fr.org/gestionnaire_ … prietaires

Dernière modification par geole (Le 04/10/2022, à 10:44)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#13 Le 04/10/2022, à 10:56

gbergere

Re : [Résolu] Démarrage impossible en normal - fsck impossible en recovery

@geole
Je ne comprends pas la manipulation que tu me recommandes.
Changement de pilote graphique ?
Mise à jour du pilote existant ?

Peux-tu me préciser ton idée ?

Hors ligne

#14 Le 04/10/2022, à 11:15

geole

Re : [Résolu] Démarrage impossible en normal - fsck impossible en recovery

Cette commande

ubuntu-drivers devices

Devrait lister les pilotes disponibles et le pilote utilisé ainsi que pilote recommandé.
Si ce n'est pas le recommandé, je pense qu'il faudrait l'installer.
Mais je laisse ceux qui connaissent bien décider car ce n'est pas toujours la bonne solution.

Dernière modification par geole (Le 04/10/2022, à 14:22)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#15 Le 04/10/2022, à 11:24

gbergere

Re : [Résolu] Démarrage impossible en normal - fsck impossible en recovery

Voici ce qu'il me retourne :

== /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0 ==
modalias : pci:v000010DEd000011FCsv00001028sd000015CCbc03sc00i00
vendor   : NVIDIA Corporation
model    : GK106GLM [Quadro K2100M]
manual_install: True
driver   : nvidia-driver-390 - distro non-free recommended
driver   : nvidia-driver-418-server - distro non-free
driver   : xserver-xorg-video-nouveau - distro free builtin

== /sys/devices/pci0000:00/0000:00:1c.2/0000:03:00.0 ==
modalias : pci:v000014E4d000043B1sv00001028sd00000017bc02sc80i00
vendor   : Broadcom Inc. and subsidiaries
model    : BCM4352 802.11ac Wireless Network Adapter
driver   : bcmwl-kernel-source - distro non-free

Si je comprends bien, il me faudrait installer le premier de la liste "nvidia-driver-390" ?
J'essaie de comprendre la liste d'aide fournit par 

ubuntu-drivers -h

Est-ce que cette commande serait la bonne (je débute en ligne de commandes ubuntu !) : 

sudo apt install [nvidia-driver-390]

Hors ligne

#16 Le 04/10/2022, à 11:26

ylag

Re : [Résolu] Démarrage impossible en normal - fsck impossible en recovery

Bonjour,

geole a écrit :

Cette commande

ubuntu-drivers devices

Devrait lister les pilotes disponibles et le pilote utilisé ainsi que pilote recommandé.
Si ce n'est pas le recommandé, je pense qu'il faudrait l'installer.
Mais je laisse ceux qui connaissent bien décider car ce n'ai pas toujours la bonne solution.

La commande ne liste pas le pilote utilisé, seulement ceux disponibles avec en général un choix de version «recommandée» :

ubuntu-drivers devices --help a écrit :

Usage: ubuntu-drivers devices [OPTIONS] [DEVICES]...
  Show all devices which need drivers, and which packages apply to them.
Traduction libre : Montre tous les dispositifs nécessitant des pilotes, ainsi que les paquets pouvant s'y appliquer

Options:
  --free-only  Only consider free packages
  -h, --help   Show this message and exit.

Dans le cas de dispositifs pci, on peut utiliser une commande du genre de :

lspci -nnk

...pour voir le pilote associé aux périphériques

A+

Dernière modification par ylag (Le 04/10/2022, à 11:30)

Hors ligne

#17 Le 04/10/2022, à 12:03

gbergere

Re : [Résolu] Démarrage impossible en normal - fsck impossible en recovery

@ylag

Voici ce que la commande 

lspci -nnk

me retourne :

VGA compatible controller [0300]: NVIDIA Corporation GK106GLM [Quadro K2100M] [10de:11fc] (rev a1)
	Subsystem: Dell GK106GLM [Quadro K2100M] [1028:15cc]
	Kernel driver in use: nvidia
	Kernel modules: nvidiafb, nouveau, nvidia_drm, nvidia

J'ai l'impression que ça ne nous éclaire pas vraiment big_smile

Le retour de la commande 

ubuntu-drivers devices

me rappelle un point qui peut être important : 

manual_install: True

J'avais déjà eu un plantage similaire après avoir installer le pilote libre pour ma carte graphique. Comme mon ordi bloquait au démarrage, je suis allé consulter un dépanneur informatique qui m'a réinstaller un autre pilote. Mais il ne m'a pas expliqué sa méthode, ni précisé le pilote en question.

Hors ligne

#18 Le 04/10/2022, à 12:08

ylag

Re : [Résolu] Démarrage impossible en normal - fsck impossible en recovery

Re,

Un pilote nvidia serait installé et utilisé ; pour voir de quelle version il s'agit :

apt list -i | grep nvidia

A+

Hors ligne

#19 Le 04/10/2022, à 12:11

gbergere

Re : [Résolu] Démarrage impossible en normal - fsck impossible en recovery

Voici ce qu'il me retourne :

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

linux-modules-nvidia-390-5.15.0-43-generic/jammy-updates,jammy-security,now 5.15.0-43.46+1 amd64  [installé, automatique]
linux-modules-nvidia-390-5.15.0-48-generic/jammy-updates,jammy-security,now 5.15.0-48.54 amd64  [installé, automatique]
linux-modules-nvidia-390-generic-hwe-22.04/jammy-updates,jammy-security,now 5.15.0-48.54 amd64  [installé]
linux-objects-nvidia-390-5.15.0-43-generic/jammy-updates,jammy-security,now 5.15.0-43.46+1 amd64  [installé, automatique]
linux-objects-nvidia-390-5.15.0-48-generic/jammy-updates,jammy-security,now 5.15.0-48.54 amd64  [installé, automatique]
linux-signatures-nvidia-5.15.0-43-generic/jammy-updates,jammy-security,now 5.15.0-43.46+1 amd64  [installé, automatique]
linux-signatures-nvidia-5.15.0-48-generic/jammy-updates,jammy-security,now 5.15.0-48.54 amd64  [installé, automatique]
nvidia-kernel-common-390/jammy-updates,jammy-security,now 390.154-0ubuntu0.22.04.1 amd64  [installé, automatique]
nvidia-prime/jammy,jammy,now 0.8.17.1 all  [installé]
nvidia-settings/jammy,now 510.47.03-0ubuntu1 amd64  [installé]

Il semblerait que le pilote installé soit déjà celui qui est recommandé (nvidia-kernel-common-390) ?

Hors ligne

#20 Le 04/10/2022, à 12:13

gbergere

Re : [Résolu] Démarrage impossible en normal - fsck impossible en recovery

Pour revenir sur une idée précédente de @geole et de @iznobe, j'ai tenté de booté sur le noyau précédent en mode normal, et j'obtiens le même blocage : une seule ligne apparaît et reste bloquée à l'écran : 

/dev /sda2: clean, ..../.....files, ...../......blocks

Hors ligne

#21 Le 04/10/2022, à 12:44

iznobe

Re : [Résolu] Démarrage impossible en normal - fsck impossible en recovery

/dev /sda2: clean, ..../.....files, ...../......blocks
cette ligne indique qu ' il fait une verification du systeme de fichiers sda2 .

si je regarde :

iznobe@iznobe-PC:~$ cat /lib/recovery-mode/recovery-menu
#!/bin/bash

if [ ! -x "$(which whiptail)" ]; then
  echo "Couldn't find whiptail, starting root shell instead of recovery menu."
  sulogin
  clear
  exit
fi

systemd-notify --ready || :

# include gettext stuff
. /lib/recovery-mode/l10n.sh

# main
READONLY=true

while true; do
  unset items

  if [ "$READONLY" = "true" ]; then
    menu_text=$(eval_gettext "Recovery Menu (filesystem state: read-only)")
  else
    menu_text=$(eval_gettext "Recovery Menu (filesystem state: read/write)")
  fi

  items[c++]="resume"
  items[c++]=$(eval_gettext "   Resume normal boot")

  for i in /lib/recovery-mode/options/*; do
    if [ -x "$i" ]; then
      name="`"$i" test`"
      if [ $? -eq 0 ]; then
        items[c++]="${i##*/}"
        items[c++]="   $name"
      fi
    fi
  done

  choice="$(whiptail --nocancel --menu "$menu_text" 18 70 10 \
                             "${items[@]}" \
                             3>&1 1>&2 2>&3 3>&-)"

  if [ -z "$choice" ]; then
    continue
  fi

  if [ "$choice" = "resume" ]; then
    box_text=$(eval_gettext "You are now going to exit the recovery mode and continue the boot sequence. Please note that some graphic drivers require a full graphical boot and so will fail when resuming from recovery.
If that's the case, simply reboot from the login screen and then perform a standard boot.")
    whiptail --msgbox "$box_text" 12 70
    clear
    touch /run/friendly_recovery.resume
    systemctl daemon-reload
    systemctl --no-block isolate default.target
    exit
  fi

  /lib/recovery-mode/options/$choice test mode >/dev/null 2>&1
  retval=$?

  # Hack for the fsck case (needs to be cosidered read/write only when
  # in read-only mode and read-only only when in read/write mode)
  if [ "$choice" = "fsck" ] && [ "$READONLY" = "false" ]; then
    retval=1
  fi

  case "$retval" in
    0)
      # 0 => requires read/write
      if [ "$READONLY" = "true" ]; then
        box_text=$(eval_gettext "Continuing will remount your / filesystem in read/write mode and mount any other filesystem defined in /etc/fstab.
Do you wish to continue?")
        whiptail --yesno "$box_text" 10 70 || continue

        if [ "$choice" = "fsck" ]; then
            FSCHECK="true"
        fi

        . /etc/default/rcS
        if [ -d /run/systemd/system ]; then
            [ "$FSCKFIX" = "yes" ] && fsck_mode="-y" || fsck_mode='-a'
            [ "$FSCHECK" = "true" ] || [ -f /forcefsck ] && fsck $fsck_mode
            systemctl start --job-mode=ignore-dependencies systemd-remount-fs.service
            mount -a
        else
            [ "$FSCHECK" = "true" ] || [ -f /forcefsck ] && force_fsck="--force-fsck"
            [ "$FSCKFIX" = "yes" ] && fsck_fix="--fsck-fix"
            mountall $force_fsck $fsck_fix --no-events
        fi
        rm -f /forcefsck

        if [ "$choice" = "fsck" ]; then
          echo ""
          echo $(eval_gettext "Finished, please press ENTER")
          read TMP
        fi

        READONLY=false
      fi
    ;;

    1)
      # 1 => read-only only
      if [ "$READONLY" = "false" ]; then
        box_text=$(eval_gettext "The option you selected requires your filesystem to be in read-only mode. Unfortunately another option you selected earlier, made you exit this mode.
The easiest way of getting back in read-only mode is to reboot your system.")
        whiptail --msgbox "$box_text" 12 70
        continue
      fi
    ;;

    2)
      # 2 => works in all cases
      # nothing to do
    ;;
  esac

  export READONLY
  /lib/recovery-mode/options/$choice
done

la ligne 80 est :

        . /etc/default/rcS

le bloc de code pour analyse rapide est :

if [ "$READONLY" = "true" ]; then
        box_text=$(eval_gettext "Continuing will remount your / filesystem in read/write mode and mount any other filesystem defined in /etc/fstab.
Do you wish to continue?")
        whiptail --yesno "$box_text" 10 70 || continue

        if [ "$choice" = "fsck" ]; then
            FSCHECK="true"
        fi

        . /etc/default/rcS
        if [ -d /run/systemd/system ]; then
            [ "$FSCKFIX" = "yes" ] && fsck_mode="-y" || fsck_mode='-a'
            [ "$FSCHECK" = "true" ] || [ -f /forcefsck ] && fsck $fsck_mode
            systemctl start --job-mode=ignore-dependencies systemd-remount-fs.service
            mount -a
        else
            [ "$FSCHECK" = "true" ] || [ -f /forcefsck ] && force_fsck="--force-fsck"
            [ "$FSCKFIX" = "yes" ] && fsck_fix="--fsck-fix"
            mountall $force_fsck $fsck_fix --no-events
        fi
        rm -f /forcefsck

        if [ "$choice" = "fsck" ]; then
          echo ""
          echo $(eval_gettext "Finished, please press ENTER")
          read TMP
        fi

        READONLY=false
      fi

il me semble que cette ligne est completement hors sujet et n' a rien a faire la dans le bloc de code ... peut etree devrait elle se trouver ailleurs dans le fichier , ou bien il manque une partie de code .

ce que je ferais donc ,  c ' est de commenter la ligne 80 de ce fichier , puis de relancer tout le bouzin tongue

ton systeme lorsqu ' il affiche la fameuse ligne attend le retour du fsck , comme il ne vient pas a cause de la ligne qui fout le bordel ... ca attend indefiniment des plombes .

Je ne sais pas ce qu ' en pense les autres , mais il semble que c' est clairement un bug . Pourtant ca existe pour de bon : https://manpages.ubuntu.com/manpages/ja … rcS.5.html

Autre solution qui semble plus logique et moins risquée : créer le fichier en question et le laisser vide et ne pas modifier le code du fichier /lib/recovery-mode/recovery-menu
en mode recovery entrer :

touch /etc/default/rcS

puis 

reboot

, ca devrait debloquer la situation . et dans tous les cas ne peut faire aucun mal , par contre il ne dira plus " aucun dossier ou fichier de ce type " big_smile

Dernière modification par iznobe (Le 04/10/2022, à 13:12)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#22 Le 04/10/2022, à 13:15

geole

Re : [Résolu] Démarrage impossible en normal - fsck impossible en recovery

gbergere a écrit :

Pour revenir sur une idée précédente de @geole et de @iznobe, j'ai tenté de booté sur le noyau précédent en mode normal, et j'obtiens le même blocage : une seule ligne apparaît et reste bloquée à l'écran : 

/dev /sda2: clean, ..../.....files, ...../......blocks

Cette ligne indique que le contrôle de qualité a été exécuté AVEC SUCCES.

Dernière modification par geole (Le 04/10/2022, à 14:24)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#23 Le 04/10/2022, à 13:23

iznobe

Re : [Résolu] Démarrage impossible en normal - fsck impossible en recovery

pas si il y a des points ... normalement ce sont des numeros qui sont affichés a la place des points non ?

peut etre que le probleme est lié au disque :

Et en mode récupération, depuis le menu récupération, lorsque je lui demande de faire un fsck, il me retourne :

/lib/recovery-mode/recovery-menu: ligne 80: /etc/default/rcS: Aucun fichier ou dossier de ce tyupe
fsck de util-linux 2.37.2
/dev/sda2 est monté
e2fsck: Ne peut continuer, arrêt immédiat.

et qu ' il ne permet plus de passer en mode RW .

j ' aurais bien dit d' installer smartmontools mais en RO , ca va etre compliqué .


@gbergere
donne les retours stp :

lsblk -fe7 -o+ro
sudo mount -o remount,rw /dev/sda2  /
lsblk -fe7 -o+ro

Dernière modification par iznobe (Le 04/10/2022, à 13:30)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#24 Le 04/10/2022, à 13:36

iznobe

Re : [Résolu] Démarrage impossible en normal - fsck impossible en recovery

je modifie un peu la procedure que je teste en ce moment meme sur ma distro :

iznobe a écrit :

il faut donc :

doc fsck a écrit :

Ceci ne fonctionne plus depuis Ubuntu 16.04, il faut maintenant passer 

fsck.mode=force

comme paramètre au noyau dans la ligne 

GRUB_CMDLINE_LINUX_DEFAULT

de grub (fichier /etc/default/grub) puis lancer la commande 

update-grub

dans la console tu tapes donc :

sudo nano /etc/default/grub

tu descends avec les fleches sur la ligne indiquant au debut : GRUB_CMDLINE_LINUX_DEFAULT="
tu vas avec la fleche de droite placer le curseur apres le =" et tu ajoutes donc :  fsck.mode=force
avec un espace si une autre option est deja inscrite .
tu sauvegardes avec : ctrl + x , o , entrée .
tu peux fermer sans sauvegarder en cas de soucis avec : ctrl + x , n , entrée .
pour prendre en compte le changement :

sudo update-grub

tu lances un redemarrage avec :

reboot

et il devrait donc faire le fsck de la partition systeme .

lorsque c' est fait , il faut faire les meme manipulations pour enlever l ' option " fsck.mode=force " et remettre comme c ' etait avant evidemment .

ma ligne qui permet de forcer la verification du systeme de fichiers racine  est donc :

GRUB_CMDLINE_LINUX_DEFAULT="fsck.mode=force quiet splash"

en etat normal , donc sans forcer la verif , ma ligne est :

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

voilà là ca a fonctionné , j ' avais oublié d ' indiquer le 

update-grub

... je corrige le message precedent .

Dernière modification par iznobe (Le 04/10/2022, à 13:50)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#25 Le 04/10/2022, à 13:41

gbergere

Re : [Résolu] Démarrage impossible en normal - fsck impossible en recovery

Pardon, j'avais écris ..../.... par flemme de recopier tous les chiffres qui ne me semblaient pas pertinents. Mais ce sont bien des chiffres, pas des points !

@iznobe
je vais faire tes propositions dans l'ordre.

guillaume@Ossau:~$ lsblk -fe7 -o+ro
NAME FSTYPE FSVER LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINTS RO
sda                                                                                      0
├─sda1
│    vfat   FAT32       24CE-BB5A                             505,7M     1% /boot/efi    0
└─sda2
     ext4   1.0         7a51e23f-b11f-42e5-a246-572d5581aaad  741,4G    14% /var/snap/firefox/common/host-hunspell
                                                                                         0
                                                                            /           
sr0                                                                                      0

Puis, après 

sudo mount -o remount,rw /dev/sda2  /
guillaume@Ossau:~$ lsblk -fe7 -o+ro
NAME FSTYPE FSVER LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINTS RO
sda                                                                                      0
├─sda1
│    vfat   FAT32       24CE-BB5A                             505,7M     1% /boot/efi    0
└─sda2
     ext4   1.0         7a51e23f-b11f-42e5-a246-572d5581aaad  741,4G    14% /var/snap/firefox/common/host-hunspell
                                                                                         0
                                                                            /           
sr0                                                                                      0

Hors ligne

Pages : 1 2