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

#1 Le 17/11/2018, à 15:51

phleconte

[abandonné] impossibiité d'utiliser le mode récupération

Bonjour,https://forum.ubuntu-fr.org/img/fluxtoolbar/smooth/bt_pre.png
j'ai régulièrement des soucis d'inode que je réglais en démarrant en mode "récupération" (je ne me souviens plus du terme exact, désolé) au reboot du laptop. Maintenant, j'ai le message d'erreur suivant : 

grub ligne 80 /etc/fefault/rcs aucun fichier ou dossier
fsck de util-linux 2.31.1
/dev/sdb5 est déjà monté
e2fsck ne peut continuer: arrêt immédiat

le grub est le suivant : 

 If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
#GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=4
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
"/etc/default/grub" 34 lines, 1237 characters

comment pourrais-je régler ce soucis ?
merci d'avance

Dernière modification par phleconte (Le 20/11/2018, à 12:54)

HP x360 1040 G8 / station d'accueil
KDE neon 5.26 kernel 6.5

Hors ligne

#2 Le 17/11/2018, à 18:21

erresse

Re : [abandonné] impossibiité d'utiliser le mode récupération

Bonjour,
Je remarque que les deux dernières lignes de ton fichier grub indiquent que le menu "recovery mode" n'est pas généré, puisque la dernière ligne n'est pas en commentaire...
C'est peut-être ce qui te gêne ?

Plus de 50 ans d'informatique, ça en fait des lignes de commandes en console, mais on n'avait pas le choix...
Excellente raison pour, aujourd'hui qu'on le peut, utiliser au maximum les INTERFACES GRAPHIQUES !
Important : Une fois résolu, pensez à clore votre sujet en ajoutant [Résolu] devant le titre du 1er message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.

Hors ligne

#3 Le 17/11/2018, à 18:34

phleconte

Re : [abandonné] impossibiité d'utiliser le mode récupération

Merci pour ton retour;
oui, c'est exactement cela, le mode recovery apparaît dans le menu du grub mais ses possibilités sont inopérantes. Saurais-tu comment fixer cela ?

HP x360 1040 G8 / station d'accueil
KDE neon 5.26 kernel 6.5

Hors ligne

#4 Le 17/11/2018, à 18:38

erresse

Re : [abandonné] impossibiité d'utiliser le mode récupération

Si j'ai bien compris le commentaire dans l'avant-dernière ligne du fichier grub, il devrait suffire de commenter la dernière ligne (mettre un # en début de ligne) pour que le menu de recovery mode soit généré...
Mais je n'en sais pas plus, je n'ai jamais expérimenté personnellement ce genre de problème.

Plus de 50 ans d'informatique, ça en fait des lignes de commandes en console, mais on n'avait pas le choix...
Excellente raison pour, aujourd'hui qu'on le peut, utiliser au maximum les INTERFACES GRAPHIQUES !
Important : Une fois résolu, pensez à clore votre sujet en ajoutant [Résolu] devant le titre du 1er message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.

Hors ligne

#5 Le 17/11/2018, à 19:47

phleconte

Re : [abandonné] impossibiité d'utiliser le mode récupération

en fait, j'ai l'impression que cela ne devrait pas marcher car 

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

retirer le # empécherait le recovery mode
il me semble que le mode recovery est bien actif mais étant donné que /dev/sdb5 (racine /) est déjà monté, il ne peut l'analyser, voila...

HP x360 1040 G8 / station d'accueil
KDE neon 5.26 kernel 6.5

Hors ligne

#6 Le 17/11/2018, à 19:57

jamesbad000

Re : [abandonné] impossibiité d'utiliser le mode récupération

Bonjour.
Si les options apparaissent dans le menu c'est que la ligne est bien en commentaire. D'ailleurs à la fin de l'extrait donné on ne voit pas la ligne en question mais

"/etc/default/grub" 34 lines, 1237 characters

Je vois une anomalie dans ton retour de boot

grub ligne 80 /etc/fefault/rcs aucun fichier ou dossier

"fefault" devrais plutôt être "default". Mais à ce stade je ne vois pas qu'est-ce qui a fait que ceci est arrivé dans ton fichier grub.cfg.
Aurais tu fait d'autres modif dans /etc/default/grub,  qu'on ne voit pas dans ton extrait incomplet ?
edit2 ou des fichiers de /etc/grub.d

edit: En plus une référence à /etc/default/rcs n'a rien à faire dans grub. c'est un fichier utilisé par le kernel (donc une fois que grub a passé la main)

edit2 : les problèmes d'inode récurrents sont probablement symptomatique d'un problème plus grave qu'il faudrait analyser ensuite...

Dernière modification par jamesbad000 (Le 17/11/2018, à 20:16)

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#7 Le 17/11/2018, à 20:24

phleconte

Re : [abandonné] impossibiité d'utiliser le mode récupération

merci pour ton retour,
je n'ai pas modifié le grub, franchement, je n'ai pas les connaissances nécessaires pour le faire. Le retour donné comporte une faute de frappe de ma part car je l'ai recopié à partir d'une photo d'écran, désolé.
le grub.cfg complet est à suivre

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="0"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
    saved_entry="${chosen}"
    save_env saved_entry
  fi
}
function recordfail {
  set recordfail=1
  if [ -n "${have_grubenv}" ]; then if [ -z "${boot_once}" ]; then save_env recordfail; fi; fi
}
function load_video {
  if [ x$feature_all_video_module = xy ]; then
    insmod all_video
  else
    insmod efi_gop
    insmod efi_uga
    insmod ieee1275_fb
    insmod vbe
    insmod vga
    insmod video_bochs
    insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_gpt
insmod ext2
set root='hd1,gpt5'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt5 --hint-efi=hd1,gpt5 --hint-baremetal=ahci1,gpt5  cdb216ee-099f-495f-9ea7-a65e9b3c114a
else
  search --no-floppy --fs-uuid --set=root cdb216ee-099f-495f-9ea7-a65e9b3c114a
fi
    font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=fr_FR
  insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
  set timeout=30
else
  if [ x$feature_timeout_style = xy ] ; then
    set timeout_style=menu
    set timeout=4
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
    set timeout=4
  fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
#set_background_image "images/tile.png";

set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
if background_color 0,0,0; then
  clear
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
	set gfxpayload="${1}"
	if [ "${1}" = "keep" ]; then
		set vt_handoff=vt.handoff=1
	else
		set vt_handoff=
	fi
}
if [ "${recordfail}" != 1 ]; then
  if [ -e ${prefix}/gfxblacklist.txt ]; then
    if hwmatch ${prefix}/gfxblacklist.txt 3; then
      if [ ${match} = 0 ]; then
        set linux_gfx_mode=keep
      else
        set linux_gfx_mode=text
      fi
    else
      set linux_gfx_mode=text
    fi
  else
    set linux_gfx_mode=keep
  fi
else
  set linux_gfx_mode=text
fi
export linux_gfx_mode
menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-cdb216ee-099f-495f-9ea7-a65e9b3c114a' {
	recordfail
	load_video
	gfxmode $linux_gfx_mode
	insmod gzio
	if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
	insmod part_gpt
	insmod ext2
	set root='hd1,gpt5'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt5 --hint-efi=hd1,gpt5 --hint-baremetal=ahci1,gpt5  cdb216ee-099f-495f-9ea7-a65e9b3c114a
	else
	  search --no-floppy --fs-uuid --set=root cdb216ee-099f-495f-9ea7-a65e9b3c114a
	fi
        linux	/boot/vmlinuz-4.15.0-39-generic root=UUID=cdb216ee-099f-495f-9ea7-a65e9b3c114a ro  quiet splash $vt_handoff
	initrd	/boot/initrd.img-4.15.0-39-generic
}
submenu 'Options avancées pour Ubuntu' $menuentry_id_option 'gnulinux-advanced-cdb216ee-099f-495f-9ea7-a65e9b3c114a' {
	menuentry 'Ubuntu, avec Linux 4.15.0-39-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-39-generic-advanced-cdb216ee-099f-495f-9ea7-a65e9b3c114a' {
		recordfail
		load_video
		gfxmode $linux_gfx_mode
		insmod gzio
		if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
		insmod part_gpt
		insmod ext2
		set root='hd1,gpt5'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt5 --hint-efi=hd1,gpt5 --hint-baremetal=ahci1,gpt5  cdb216ee-099f-495f-9ea7-a65e9b3c114a
		else
		  search --no-floppy --fs-uuid --set=root cdb216ee-099f-495f-9ea7-a65e9b3c114a
		fi
		echo	'Chargement de Linux 4.15.0-39-generic…'
	        linux	/boot/vmlinuz-4.15.0-39-generic root=UUID=cdb216ee-099f-495f-9ea7-a65e9b3c114a ro  quiet splash $vt_handoff
		echo	'Chargement du disque mémoire initial…'
		initrd	/boot/initrd.img-4.15.0-39-generic
	}
	menuentry 'Ubuntu, with Linux 4.15.0-39-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-39-generic-recovery-cdb216ee-099f-495f-9ea7-a65e9b3c114a' {
		recordfail
		load_video
		insmod gzio
		if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
		insmod part_gpt
		insmod ext2
		set root='hd1,gpt5'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt5 --hint-efi=hd1,gpt5 --hint-baremetal=ahci1,gpt5  cdb216ee-099f-495f-9ea7-a65e9b3c114a
		else
		  search --no-floppy --fs-uuid --set=root cdb216ee-099f-495f-9ea7-a65e9b3c114a
		fi
		echo	'Chargement de Linux 4.15.0-39-generic…'
	        linux	/boot/vmlinuz-4.15.0-39-generic root=UUID=cdb216ee-099f-495f-9ea7-a65e9b3c114a ro recovery nomodeset 
		echo	'Chargement du disque mémoire initial…'
		initrd	/boot/initrd.img-4.15.0-39-generic
	}
	menuentry 'Ubuntu, avec Linux 4.15.0-38-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-38-generic-advanced-cdb216ee-099f-495f-9ea7-a65e9b3c114a' {
		recordfail
		load_video
		gfxmode $linux_gfx_mode
		insmod gzio
		if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
		insmod part_gpt
		insmod ext2
		set root='hd1,gpt5'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt5 --hint-efi=hd1,gpt5 --hint-baremetal=ahci1,gpt5  cdb216ee-099f-495f-9ea7-a65e9b3c114a
		else
		  search --no-floppy --fs-uuid --set=root cdb216ee-099f-495f-9ea7-a65e9b3c114a
		fi
		echo	'Chargement de Linux 4.15.0-38-generic…'
	        linux	/boot/vmlinuz-4.15.0-38-generic root=UUID=cdb216ee-099f-495f-9ea7-a65e9b3c114a ro  quiet splash $vt_handoff
		echo	'Chargement du disque mémoire initial…'
		initrd	/boot/initrd.img-4.15.0-38-generic
	}
	menuentry 'Ubuntu, with Linux 4.15.0-38-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-38-generic-recovery-cdb216ee-099f-495f-9ea7-a65e9b3c114a' {
		recordfail
		load_video
		insmod gzio
		if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
		insmod part_gpt
		insmod ext2
		set root='hd1,gpt5'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt5 --hint-efi=hd1,gpt5 --hint-baremetal=ahci1,gpt5  cdb216ee-099f-495f-9ea7-a65e9b3c114a
		else
		  search --no-floppy --fs-uuid --set=root cdb216ee-099f-495f-9ea7-a65e9b3c114a
		fi
		echo	'Chargement de Linux 4.15.0-38-generic…'
	        linux	/boot/vmlinuz-4.15.0-38-generic root=UUID=cdb216ee-099f-495f-9ea7-a65e9b3c114a ro recovery nomodeset 
		echo	'Chargement du disque mémoire initial…'
		initrd	/boot/initrd.img-4.15.0-38-generic
	}
	menuentry 'Ubuntu, avec Linux 4.15.0-36-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-36-generic-advanced-cdb216ee-099f-495f-9ea7-a65e9b3c114a' {
		recordfail
		load_video
		gfxmode $linux_gfx_mode
		insmod gzio
		if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
		insmod part_gpt
		insmod ext2
		set root='hd1,gpt5'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt5 --hint-efi=hd1,gpt5 --hint-baremetal=ahci1,gpt5  cdb216ee-099f-495f-9ea7-a65e9b3c114a
		else
		  search --no-floppy --fs-uuid --set=root cdb216ee-099f-495f-9ea7-a65e9b3c114a
		fi
		echo	'Chargement de Linux 4.15.0-36-generic…'
	        linux	/boot/vmlinuz-4.15.0-36-generic root=UUID=cdb216ee-099f-495f-9ea7-a65e9b3c114a ro  quiet splash $vt_handoff
		echo	'Chargement du disque mémoire initial…'
		initrd	/boot/initrd.img-4.15.0-36-generic
	}
	menuentry 'Ubuntu, with Linux 4.15.0-36-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-36-generic-recovery-cdb216ee-099f-495f-9ea7-a65e9b3c114a' {
		recordfail
		load_video
		insmod gzio
		if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
		insmod part_gpt
		insmod ext2
		set root='hd1,gpt5'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt5 --hint-efi=hd1,gpt5 --hint-baremetal=ahci1,gpt5  cdb216ee-099f-495f-9ea7-a65e9b3c114a
		else
		  search --no-floppy --fs-uuid --set=root cdb216ee-099f-495f-9ea7-a65e9b3c114a
		fi
		echo	'Chargement de Linux 4.15.0-36-generic…'
	        linux	/boot/vmlinuz-4.15.0-36-generic root=UUID=cdb216ee-099f-495f-9ea7-a65e9b3c114a ro recovery nomodeset 
		echo	'Chargement du disque mémoire initial…'
		initrd	/boot/initrd.img-4.15.0-36-generic
	}
}

### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_linux_xen ###

### END /etc/grub.d/20_linux_xen ###

### BEGIN /etc/grub.d/20_memtest86+ ###
### END /etc/grub.d/20_memtest86+ ###

### BEGIN /etc/grub.d/30_os-prober ###
menuentry 'Windows Boot Manager (sur /dev/sdb1)' --class windows --class os $menuentry_id_option 'osprober-efi-6A77-A540' {
	insmod part_gpt
	insmod fat
	set root='hd1,gpt1'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt1 --hint-efi=hd1,gpt1 --hint-baremetal=ahci1,gpt1  6A77-A540
	else
	  search --no-floppy --fs-uuid --set=root 6A77-A540
	fi
	chainloader /EFI/Microsoft/Boot/bootmgfw.efi
}
set timeout_style=menu
if [ "${timeout}" = 0 ]; then
  set timeout=10
fi
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/30_uefi-firmware ###
menuentry 'System setup' $menuentry_id_option 'uefi-firmware' {
	fwsetup
}
### END /etc/grub.d/30_uefi-firmware ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

### BEGIN /etc/grub.d/41_custom ###
if [ -f  ${config_directory}/custom.cfg ]; then
  source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f  $prefix/custom.cfg ]; then
  source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###

et je suis bien d'accord sur les inodes, il va falloir investiguer cela

HP x360 1040 G8 / station d'accueil
KDE neon 5.26 kernel 6.5

Hors ligne

#8 Le 17/11/2018, à 21:41

jamesbad000

Re : [abandonné] impossibiité d'utiliser le mode récupération

phleconte a écrit :

Le retour donné comporte une faute de frappe de ma part car je l'ai recopié à partir d'une photo d'écran,

- Du coup est-ce que tu confirme qu"il y a bien le mot "grub" au début de ce message ?

grub ligne 80 /etc/fefault/rcs aucun fichier ou dossier

Parce que dans ton grub.cfg il n'y a pas de référence à ce fichier rcs. Et franchement ce n'est pas cohérent.


- Peux tu préciser exactement comment tu en est arrivé au message d'erreur de fsck (démarrage normal et lancement automatique du fsck, ou en mode récupération + lancement du fsck depuis le menu du mode récupération, ou fsck lancé depuis ligne de commande obtenue à partir du menu récupération)

-

phleconte a écrit :

je n'ai pas modifié le grub, franchement, je n'ai pas les connaissances nécessaires pour le faire

Tu as tout de même modifié ton fichier de config /etc/default/grub (GRUB_TIMEOUT=4 n'est pas l'option fournie par défaut). Ou alors tu as utilisé un outil style grub customizer ?

- edit : question subsidiaire. Est-ce que le démarrage normal est possible malgré l'erreur d'inode ou pas ?

Dernière modification par jamesbad000 (Le 17/11/2018, à 21:45)

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#9 Le 17/11/2018, à 22:05

phleconte

Re : [abandonné] impossibiité d'utiliser le mode récupération

merci pour ton retour, alors :
la ligne exacte est la suivante:
- 

/lib/recovery-mode/recovery-menu : ligne 80...

- j'arrive au message de la façon suivante :
  quand le grub se lance, je choisi la ligne recovery mode, le boot se fait et j'arrive sur un menu où je choisi vérifier le système de fichier
  fenêtre : choix fsck
  une fenêtre demande si je suis d'accord pour que / soit monté en lecture/écriture et là j'ai le message /sdb5 est déjà monté
- exact pour le time-out, je n'y pensais plus mais j'ai suivi un tuto pour améliorer la rapidité du démarrage et ai donc modifié cette valeur

- le démarrage normal est possible malgré les erreurs d'inode qui sont corrigées au cours de la vérification du système de fichiers. Le problème se manifeste de la façon suivante : le système freeze au cours d'une manip aléatoire, je le redémarre par alt-printscreen-B et suis obligé de le refaire plusieurs fois de suite avant de retrouver un fonctionnement normal

voila, merci encore

Dernière modification par phleconte (Le 17/11/2018, à 22:11)

HP x360 1040 G8 / station d'accueil
KDE neon 5.26 kernel 6.5

Hors ligne

#10 Le 17/11/2018, à 22:31

jamesbad000

Re : [abandonné] impossibiité d'utiliser le mode récupération

C'est déjà plus clair. A ce stade j'ai au moins une certitude. C"est que grub n'est nullement en cause.

L'hypothèse la plus probable est que ton système de fichier endommagé (cf les problèmes d'inode) est la cause du dysfonctionnement au niveau du menu de récupération.

Donne le retour de 

sudo lsblk -o size,name,fstype,label,mountpoint
ls -l /dev/disk/by-id

Ensuite. Si tu as des données à ne pas perdre dans ce système de fichier. Je suggère de démarrer sur un live usb pour effectuer le diagnostique du problème sans trop risquer d'aggraver la situation et risquer de perdre des données. A moins que tu ai une sauvegarde de tout ce qui t'importe.

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#11 Le 17/11/2018, à 22:56

phleconte

Re : [abandonné] impossibiité d'utiliser le mode récupération

voici le retour des commandes:

philippe@philippe-UX310UA:~$ sudo lsblk -o size,name,fstype,label,mountpoint
[sudo] Mot de passe de philippe : 
  SIZE NAME   FSTYPE LABEL    MOUNTPOINT
465,8G sda                    
465,8G └─sda1 ext4   data     /home/philippe/data
119,2G sdb                    
  260M ├─sdb1 vfat   SYSTEM   /boot/efi
   16M ├─sdb2                 
 55,1G ├─sdb3 ntfs   OS       /media/windows
  499M ├─sdb4 ntfs   RECOVERY 
   20G ├─sdb5 ext4            /
  3,9G ├─sdb6 swap            [SWAP]
 39,5G └─sdb9 ext4            /home
philippe@philippe-UX310UA:~$ ls -l /dev/disk/by-id
total 0
lrwxrwxrwx 1 root root  9 nov.  17 20:56 ata-SanDisk_SD8SNAT128G1002_162274423124 -> ../../sdb
lrwxrwxrwx 1 root root 10 nov.  17 20:56 ata-SanDisk_SD8SNAT128G1002_162274423124-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 nov.  17 20:56 ata-SanDisk_SD8SNAT128G1002_162274423124-part2 -> ../../sdb2
lrwxrwxrwx 1 root root 10 nov.  17 20:56 ata-SanDisk_SD8SNAT128G1002_162274423124-part3 -> ../../sdb3
lrwxrwxrwx 1 root root 10 nov.  17 20:56 ata-SanDisk_SD8SNAT128G1002_162274423124-part4 -> ../../sdb4
lrwxrwxrwx 1 root root 10 nov.  17 20:56 ata-SanDisk_SD8SNAT128G1002_162274423124-part5 -> ../../sdb5
lrwxrwxrwx 1 root root 10 nov.  17 20:56 ata-SanDisk_SD8SNAT128G1002_162274423124-part6 -> ../../sdb6
lrwxrwxrwx 1 root root 10 nov.  17 20:56 ata-SanDisk_SD8SNAT128G1002_162274423124-part9 -> ../../sdb9
lrwxrwxrwx 1 root root  9 nov.  17 20:56 ata-ST500LT012-1DG142_W3PS3250 -> ../../sda
lrwxrwxrwx 1 root root 10 nov.  17 20:56 ata-ST500LT012-1DG142_W3PS3250-part1 -> ../../sda1
lrwxrwxrwx 1 root root  9 nov.  17 20:56 wwn-0x5000c5009bbb7afd -> ../../sda
lrwxrwxrwx 1 root root 10 nov.  17 20:56 wwn-0x5000c5009bbb7afd-part1 -> ../../sda1
lrwxrwxrwx 1 root root  9 nov.  17 20:56 wwn-0x5001b444a4a56cb2 -> ../../sdb
lrwxrwxrwx 1 root root 10 nov.  17 20:56 wwn-0x5001b444a4a56cb2-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 nov.  17 20:56 wwn-0x5001b444a4a56cb2-part2 -> ../../sdb2
lrwxrwxrwx 1 root root 10 nov.  17 20:56 wwn-0x5001b444a4a56cb2-part3 -> ../../sdb3
lrwxrwxrwx 1 root root 10 nov.  17 20:56 wwn-0x5001b444a4a56cb2-part4 -> ../../sdb4
lrwxrwxrwx 1 root root 10 nov.  17 20:56 wwn-0x5001b444a4a56cb2-part5 -> ../../sdb5
lrwxrwxrwx 1 root root 10 nov.  17 20:56 wwn-0x5001b444a4a56cb2-part6 -> ../../sdb6
lrwxrwxrwx 1 root root 10 nov.  17 20:56 wwn-0x5001b444a4a56cb2-part9 -> ../../sdb9
philippe@philippe-UX310UA:~$

comme tu vois, j'ai un / et un home séparés sur un SSD et toutes les données sont sur un DD synchronisé via Dropbox, donc pas de soucis pour les données. Il est vrai que je n'aimerais pas perdre le home, non pas pour les datas mais pour les réglages des logiciels installés (paresse quand tu nous tiens...)
j'ai un live usb avec kubuntu 18.04

HP x360 1040 G8 / station d'accueil
KDE neon 5.26 kernel 6.5

Hors ligne

#12 Le 17/11/2018, à 23:07

jamesbad000

Re : [abandonné] impossibiité d'utiliser le mode récupération

OK, utilisons le live cd plutôt que ce ubuntu potentiellement en mauvais état.

A partir du live on va installer et lancer l'outil d'état de santé du disque.

sudo apt install smartmontools 
sudo smartctl -a /dev/disk/by-id/ata-SanDisk_SD8SNAT128G1002_162274423124

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#13 Le 17/11/2018, à 23:15

phleconte

Re : [abandonné] impossibiité d'utiliser le mode récupération

je l'ai lancé depuis le système en place car smartmontools était déjà installé sur le latop, le retour à suivre : 

philippe@philippe-UX310UA:~$ sudo smartctl -a /dev/disk/by-id/ata-SanDisk_SD8SNAT128G1002_162274423124
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.15.0-39-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     SanDisk SD8SNAT128G1002
Serial Number:    162274423124
LU WWN Device Id: 5 001b44 4a4a56cb2
Firmware Version: Z2317002
User Capacity:    128035676160 bytes [128 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
Form Factor:      M.2
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ACS-2 T13/2015-D revision 3
SATA Version is:  SATA 3.2, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Sat Nov 17 22:12:54 2018 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x00) Offline data collection activity
                                        was never started.
                                        Auto Offline Data Collection: Disabled.
Self-test execution status:      (   0) The previous self-test routine completed
                                        without error or no self-test has ever 
                                        been run.
Total time to complete Offline 
data collection:                (    0) seconds.
Offline data collection
capabilities:                    (0x11) SMART execute Offline immediate.
                                        No Auto Offline data collection support.
                                        Suspend Offline collection upon new
                                        command.
                                        No Offline surface scan supported.
                                        Self-test supported.
                                        No Conveyance Self-test supported.
                                        No Selective Self-test supported.
SMART capabilities:            (0x0002) Does not save SMART data before
                                        entering power-saving mode.
                                        Supports SMART auto save timer.
Error logging capability:        (0x01) Error logging supported.
                                        General Purpose Logging supported.
Short self-test routine 
recommended polling time:        (   2) minutes.
Extended self-test routine
recommended polling time:        (  10) minutes.

SMART Attributes Data Structure revision number: 1
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0032   100   100   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   036   100   000    Old_age   Always       -       548
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       4921
166 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       139
167 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       0
168 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       190
169 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       268
170 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       0
171 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       0
172 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       0
173 Unknown_Attribute       0x0032   100   100   ---    Old_age   Always       -       191
174 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       102
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
194 Temperature_Celsius     0x0022   078   100   000    Old_age   Always       -       22 (Min/Max 0/50)
199 UDMA_CRC_Error_Count    0x0032   100   100   000    Old_age   Always       -       1
230 Unknown_SSD_Attribute   0x0032   100   100   000    Old_age   Always       -       1620
232 Available_Reservd_Space 0x0033   100   100   004    Pre-fail  Always       -       100
233 Media_Wearout_Indicator 0x0032   100   100   000    Old_age   Always       -       14821
241 Total_LBAs_Written      0x0030   253   253   000    Old_age   Offline      -       8846
242 Total_LBAs_Read         0x0030   253   253   000    Old_age   Offline      -       31020

Warning! SMART ATA Error Log Structure error: invalid SMART checksum.
SMART Error Log Version: 1
Warning: ATA error count 65535 inconsistent with error log pointer 2

ATA Error Count: 65535 (device log contains only the most recent five errors)
        CR = Command Register [HEX]
        FR = Features Register [HEX]
        SC = Sector Count Register [HEX]
        SN = Sector Number Register [HEX]
        CL = Cylinder Low Register [HEX]
        CH = Cylinder High Register [HEX]
        DH = Device/Head Register [HEX]
        DC = Device Command Register [HEX]
        ER = Error register [HEX]
        ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 65535 occurred at disk power-on lifetime: 65535 hours (2730 days + 15 hours)
  When the command that caused the error occurred, the device was in a vendor specific state.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  ff ff ff ff ff ff ff

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  ff ff ff ff ff ff ff ff  49d+17:02:47.295  [VENDOR SPECIFIC]
  ff ff ff ff ff ff ff ff  49d+17:02:47.295  [VENDOR SPECIFIC]
  ff ff ff ff ff ff ff ff  49d+17:02:47.295  [VENDOR SPECIFIC]
  ff ff ff ff ff ff ff ff  49d+17:02:47.295  [VENDOR SPECIFIC]
  ff ff ff ff ff ff ff ff  49d+17:02:47.295  [VENDOR SPECIFIC]

Error 65534 occurred at disk power-on lifetime: 65535 hours (2730 days + 15 hours)
  When the command that caused the error occurred, the device was in a vendor specific state.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  ff ff ff ff ff ff ff

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  ff ff ff ff ff ff ff ff  49d+17:02:47.295  [VENDOR SPECIFIC]
  ff ff ff ff ff ff ff ff  49d+17:02:47.295  [VENDOR SPECIFIC]
  ff ff ff ff ff ff ff ff  49d+17:02:47.295  [VENDOR SPECIFIC]
  ff ff ff ff ff ff ff ff  49d+17:02:47.295  [VENDOR SPECIFIC]
  ff ff ff ff ff ff ff ff  49d+17:02:47.295  [VENDOR SPECIFIC]

Error 65533 occurred at disk power-on lifetime: 65535 hours (2730 days + 15 hours)
  When the command that caused the error occurred, the device was in a vendor specific state.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  ff ff ff ff ff ff ff

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  ff ff ff ff ff ff ff ff  49d+17:02:47.295  [VENDOR SPECIFIC]
  ff ff ff ff ff ff ff ff  49d+17:02:47.295  [VENDOR SPECIFIC]
  ff ff ff ff ff ff ff ff  49d+17:02:47.295  [VENDOR SPECIFIC]
  ff ff ff ff ff ff ff ff  49d+17:02:47.295  [VENDOR SPECIFIC]
  ff ff ff ff ff ff ff ff  49d+17:02:47.295  [VENDOR SPECIFIC]

Error 65532 occurred at disk power-on lifetime: 65535 hours (2730 days + 15 hours)
  When the command that caused the error occurred, the device was in a vendor specific state.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  ff ff ff ff ff ff ff

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  ff ff ff ff ff ff ff ff  49d+17:02:47.295  [VENDOR SPECIFIC]
  ff ff ff ff ff ff ff ff  49d+17:02:47.295  [VENDOR SPECIFIC]
  ff ff ff ff ff ff ff ff  49d+17:02:47.295  [VENDOR SPECIFIC]
  ff ff ff ff ff ff ff ff  49d+17:02:47.295  [VENDOR SPECIFIC]
  ff ff ff ff ff ff ff ff  49d+17:02:47.295  [VENDOR SPECIFIC]

Error 65531 occurred at disk power-on lifetime: 0 hours (0 days + 0 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  04 51 00 00 00 00 00  Error: ABRT

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  b0 d0 01 00 4f c2 00 08      00:00:00.000  SMART READ DATA
  b0 d1 01 01 4f c2 00 08      00:00:00.000  SMART READ ATTRIBUTE THRESHOLDS [OBS-4]
  b0 da 00 00 4f c2 00 08      00:00:00.000  SMART RETURN STATUS
  b0 d5 01 00 4f c2 00 08      00:00:00.000  SMART READ LOG
  b0 d5 01 01 4f c2 00 08      00:00:00.000  SMART READ LOG

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]

Selective Self-tests/Logging not supported

philippe@philippe-UX310UA:~$

HP x360 1040 G8 / station d'accueil
KDE neon 5.26 kernel 6.5

Hors ligne

#14 Le 17/11/2018, à 23:49

jamesbad000

Re : [abandonné] impossibiité d'utiliser le mode récupération

Je ne vois pas de problème manifeste sur l'état de santé du disque. Même s'il y a quelques anomalie dans le rapport, mais qui relèvent plus probablement d'un défaut au niveau des attribut SMART eux même.
Ceci dit j'ai une expérience encore assez limité de l'interprétation des données SMART avec un SSD. Et je reste assez soupçonneux sur la,capacité du SMART à fournir un diagnostique aussi clair pour un SSD que pour un disque classique.

Maintenant il faudrait faire 2 fsck successif, mais forcément à partir du live

sudo e2fsck -fy /dev/disk/by-id/ata-SanDisk_SD8SNAT128G1002_162274423124-part5

edit: modifié l'option -f en -fy
edit2: ajouté -part5 sur le chemin d'accès

Dernière modification par jamesbad000 (Le 18/11/2018, à 00:09)

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#15 Le 17/11/2018, à 23:52

phleconte

Re : [abandonné] impossibiité d'utiliser le mode récupération

je ferai cela demain matin et te ferai le retour après, merci encore

Dernière modification par phleconte (Le 17/11/2018, à 23:53)

HP x360 1040 G8 / station d'accueil
KDE neon 5.26 kernel 6.5

Hors ligne

#16 Le 18/11/2018, à 11:53

phleconte

Re : [abandonné] impossibiité d'utiliser le mode récupération

bonjour,
j'ai fait, comme tu me le conseillais, les deux passes de e2fsck, la première a trouvé qq inodes et la seconde aucune. Le démarrage se fait sans problème sur Kubuntu. Cependant, j'ai cherché par curiosité à démarrer en mode recovery et, comme avant, impossible de faire fsck à partir du menu proposé, j'ai le même message d'erreur /dev/sdb5 est déjà monté.
voila, voila...

HP x360 1040 G8 / station d'accueil
KDE neon 5.26 kernel 6.5

Hors ligne

#17 Le 18/11/2018, à 15:05

jamesbad000

Re : [abandonné] impossibiité d'utiliser le mode récupération

Bonjour,
Il aurait été bon de me donner le retour complet des commandes. Dès fois que j'aurais pu y détecter quelques détail suspect.

Cependant, j'ai cherché par curiosité à démarrer en mode recovery et, comme avant, impossible de faire fsck à partir du menu proposé, j'ai le même message d'erreur /dev/sdb5 est déjà monté.

Je soupçonne qu'a force de problèmes dans le système de fichier, tu as finalement perdu quelque morceau de ton ubuntu. En dehors du message d'erreur sur sda5, est-ce que ceci apparaissait toujours ?

/lib/recovery-mode/recovery-menu : ligne 80...

Je suggère de faire un test de lecture/ecriture non destructif (mode live cd obligatoire) avec

sudo badblocks -s -n -b 4096 /dev/disk/by-id/ata-SanDisk_SD8SNAT128G1002_162274423124-part5

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#18 Le 18/11/2018, à 18:43

phleconte

Re : [abandonné] impossibiité d'utiliser le mode récupération

rebonjour,
tout d'abord, merci pour le temps que tu prends. oui le message est parfaitement identique :

/lib/recovery-mode/recovery-menu : ligne 80 /etc/default/rcs aucun fichier ou dossier

j'ai réalisé le test  badblocks comme suggéré et le résultat est normal :

checking for bad blocks (non destructive read-write test)
testing with random patern : done

voila donc où j'en suis ce soir

HP x360 1040 G8 / station d'accueil
KDE neon 5.26 kernel 6.5

Hors ligne

#19 Le 18/11/2018, à 21:38

jamesbad000

Re : [abandonné] impossibiité d'utiliser le mode récupération

Pas évident de trouver un angle d'attaque pour arriver à la  cause du problème d'inode.
- Est-ce que ces problèmes de plantage récurent que tu décris sont arrivés dès le début de l'installation de cette 18.04 ?
- la 18.04 résulte d'une upgrade de 16.04 ou c'est une installation neuve ?

un petit recueil d'info :

sudo uname -a
ls -l /boot
sudo df -h 
sudo dumpe2fs -h /dev/disk/by-id/ata-SanDisk_SD8SNAT128G1002_162274423124-part5

Dernière modification par jamesbad000 (Le 18/11/2018, à 21:42)

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#20 Le 18/11/2018, à 22:13

phleconte

Re : [abandonné] impossibiité d'utiliser le mode récupération

bonsoir,
il me semble que les problèmes d'inodes sont arrivés il y a qq mois, pas juste après l'installation de la 18.04 qui était une installation neuve, j'avais gardé le /home.
Voici le retour des commandes que tu m'a demandé : 

philippe@philippe-UX310UA:~$ sudo uname -a
[sudo] Mot de passe de philippe : 
Linux philippe-UX310UA 4.15.0-39-generic #42-Ubuntu SMP Tue Oct 23 15:48:01 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
philippe@philippe-UX310UA:~$ ls -l /boot
total 204508
-rw-r--r-- 1 root root  1537821 sept. 24 16:08 abi-4.15.0-36-generic
-rw-r--r-- 1 root root  1537997 oct.  10 11:20 abi-4.15.0-38-generic
-rw-r--r-- 1 root root  1537997 oct.  23 16:44 abi-4.15.0-39-generic
-rw-r--r-- 1 root root   216954 sept. 24 16:08 config-4.15.0-36-generic
-rw-r--r-- 1 root root   216983 oct.  10 11:20 config-4.15.0-38-generic
-rw-r--r-- 1 root root   217018 oct.  23 16:44 config-4.15.0-39-generic
drwx------ 3 root root     4096 janv.  1  1970 efi
drwxr-xr-x 5 root root     4096 nov.  14 15:27 grub
-rw-r--r-- 1 root root 55518104 oct.   5 13:16 initrd.img-4.15.0-36-generic
-rw-r--r-- 1 root root 55520518 nov.  13 10:49 initrd.img-4.15.0-38-generic
-rw-r--r-- 1 root root 55536000 nov.  14 06:06 initrd.img-4.15.0-39-generic
-rw-r--r-- 1 root root   182704 janv. 28  2016 memtest86+.bin
-rw-r--r-- 1 root root   184380 janv. 28  2016 memtest86+.elf
-rw-r--r-- 1 root root   184840 janv. 28  2016 memtest86+_multiboot.bin
-rw-r--r-- 1 root root        0 sept. 24 16:08 retpoline-4.15.0-36-generic
-rw-r--r-- 1 root root        0 oct.  10 11:20 retpoline-4.15.0-38-generic
-rw-r--r-- 1 root root        0 oct.  23 16:44 retpoline-4.15.0-39-generic
-rw------- 1 root root  4046393 sept. 24 16:08 System.map-4.15.0-36-generic
-rw------- 1 root root  4046910 oct.  10 11:20 System.map-4.15.0-38-generic
-rw------- 1 root root  4047147 oct.  23 16:44 System.map-4.15.0-39-generic
-rw------- 1 root root  8277752 sept. 24 17:54 vmlinuz-4.15.0-36-generic
-rw------- 1 root root  8277752 oct.  10 12:43 vmlinuz-4.15.0-38-generic
-rw------- 1 root root  8277752 oct.  23 16:59 vmlinuz-4.15.0-39-generic
philippe@philippe-UX310UA:~$ sudo df -h 
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev               5,8G       0  5,8G   0% /dev
tmpfs              1,2G     11M  1,2G   1% /run
/dev/sdb5           20G     14G  4,6G  76% /
tmpfs              5,8G     78M  5,8G   2% /dev/shm
tmpfs              5,0M    4,0K  5,0M   1% /run/lock
tmpfs              5,8G       0  5,8G   0% /sys/fs/cgroup
/dev/sdb1          256M     25M  232M  10% /boot/efi
/dev/sdb3           56G     53G  2,2G  97% /media/windows
/dev/sdb9           39G     24G   13G  66% /home
/dev/sda1          459G    413G   23G  95% /home/philippe/data
tmpfs              1,2G     32K  1,2G   1% /run/user/1000
philippe@philippe-UX310UA:~$ sudo dumpe2fs -h /dev/disk/by-id/ata-SanDisk_SD8SNAT128G1002_162274423124-part5
dumpe2fs 1.44.1 (24-Mar-2018)
Filesystem volume name:   <none>
Last mounted on:          /
Filesystem UUID:          cdb216ee-099f-495f-9ea7-a65e9b3c114a
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              1313760
Block count:              5250304
Reserved block count:     262515
Free blocks:              1507339
Free inodes:              943039
First block:              0
Block size:               4096
Fragment size:            4096
Group descriptor size:    64
Reserved GDT blocks:      1024
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8160
Inode blocks per group:   510
Flex block group size:    16
Filesystem created:       Tue May  1 22:08:27 2018
Last mount time:          Sun Nov 18 18:11:36 2018
Last write time:          Sun Nov 18 18:11:35 2018
Mount count:              3
Maximum mount count:      -1
Last checked:             Sun Nov 18 10:33:45 2018
Check interval:           0 (<none>)
Lifetime writes:          381 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               256
Required extra isize:     32
Desired extra isize:      32
Journal inode:            8
First orphan inode:       527544
Default directory hash:   half_md4
Directory Hash Seed:      3ee05600-8e0b-43f9-bea4-3e4b665ee97d
Journal backup:           inode blocks
Checksum type:            crc32c
Checksum:                 0x646e9e13
Journal features:         journal_incompat_revoke journal_64bit journal_checksum_v3
Journal size:             128M
Journal length:           32768
Journal sequence:         0x00071f47
Journal start:            1
Journal checksum type:    crc32c
Journal checksum:         0x2e6d3496

philippe@philippe-UX310UA:~$

bonne soirée

HP x360 1040 G8 / station d'accueil
KDE neon 5.26 kernel 6.5

Hors ligne

#21 Le 19/11/2018, à 00:43

jamesbad000

Re : [abandonné] impossibiité d'utiliser le mode récupération

Après tout ça et au vu des éléments disponibles. La meilleurs recommandation que je puisse faire, c'est une réinstallation complète de kubuntu.
En tablant sur le fait qu'un incident initial ayant peu de chance de se reproduire (coupure de courant au mauvais moment, bug corrigé depuis...), a provoqué un endommagement d'un fichier / programme système, qui à son tour provoque les dysfonctionnement en cascade actuel.
Si bien qu'après la réinstallation les problèmes de plantage complet et d'inode auront disparu

Autrement il peut y avoir un driver qui ne va pas bien avec ton matériel, ou un réglage de bios incompatible avec un driver. En dernier ressort un élément matériel défectueux (faible probabilité s'il n'y a pas de problème particulier sous windows). Et le problème reviendra...

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#22 Le 19/11/2018, à 14:39

phleconte

Re : [abandonné] impossibiité d'utiliser le mode récupération

Bonjour et une fois encore, merci pour le temps que tu as pris.
Je ne saurais te dire pour Windows car je ne l'utilise que très rarement, en fait, uniquement pour passer des Powerpoint avec boucles vidéos, pas une fois par mois. Je me pose la question depuis qq temps de supprimer Windows qui prend inutilement de la place sur le SSD et installer KDE néon qui sur une base Ubuntu 18.04 me permettrait d'avoir les dernières versions de Plasma, ce qui n'est pas le cas pour Kubuntu. A ton avis, serait-il possible de garder le /home avec tous les réglages logiciels qui vont bien ?
Bonne journée

HP x360 1040 G8 / station d'accueil
KDE neon 5.26 kernel 6.5

Hors ligne

#23 Le 19/11/2018, à 15:31

jamesbad000

Re : [abandonné] impossibiité d'utiliser le mode récupération

Bonjour. Le partage des réglages entre 2 versions/distributions différentes est un choix risqué, et largement déconseillés par les intervenants sur ce forum.

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#24 Le 19/11/2018, à 15:33

jamesbad000

Re : [abandonné] impossibiité d'utiliser le mode récupération

Mais il y a certains cas particulier, comme les boites mails de thunderbird qui se partagent très bien...

Dernière modification par jamesbad000 (Le 19/11/2018, à 15:35)

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#25 Le 19/11/2018, à 16:55

erresse

Re : [abandonné] impossibiité d'utiliser le mode récupération

De fait, les répertoires cachés de Firefox et Thunderbird contiennent pas mal d'informations qui relèvent des données personnelles, en dehors des paramètres applicatifs, il est heureux qu'on puisse ainsi les reporter d'une version à l'autre.
Concernant les autres paramètres du $HOME spécifiques à chaque application, je déconseille personnellement de tenter de les réutiliser dans la version suivante car, souvent, les versions des applications elles-mêmes sont différentes et rien ne garantit que les paramètres de la version "n" seront directement exploitables par la version "n+1"... De plus, certaines applications n'existent plus dans la nouvelle version, ou on n'en a plus besoin et on ne les réinstalle pas.
Pour ma part, lorsque je change de version, d'abord, je ne fais pas de migration mais j'installe la nouvelle version à côté de l'ancienne, en conservant le répertoire "/home" propre à chacune. J'ai les données personnelles (répertoires "standards" et FF+TH) sur un volume de données séparé, mais seulement ces données-là. Je crée bien sûr les liens nécessaires à l'accès à ces répertoires depuis les deux versions.
Ensuite, au fur et à mesure, je réinstalle les applications dont j'ai besoin à leur version courante pour la version de système considérée et je refais le paramétrage. Comme c'est ponctuel, ça ne représente pas un gros travail, et en général, mes systèmes fonctionnent bien.

Dernière modification par erresse (Le 19/11/2018, à 16:59)

Plus de 50 ans d'informatique, ça en fait des lignes de commandes en console, mais on n'avait pas le choix...
Excellente raison pour, aujourd'hui qu'on le peut, utiliser au maximum les INTERFACES GRAPHIQUES !
Important : Une fois résolu, pensez à clore votre sujet en ajoutant [Résolu] devant le titre du 1er message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.

Hors ligne

Pages : 1