Ubuntu-fr

herge01

Re : /home RÉSOLU

bon je viens de faire un test et j'ai même l'impression que ca va plus vite maintenant !

---

msi gp72vr 7rf leopard pro
xubuntu 23.10

Bougron

Re : /home RÉSOLU

Bon
Je crois qu'on va avoir  une petite explication

submenu 'Options avancées pour Ubuntu' $menuentry_id_option 'gnulinux-advanced-80720adf-3480-4ac6-9632-63d3174111fc' {
	menuentry 'Ubuntu, avec Linux 4.10.0-27-generic' --class ubuntu --class gnu-linux --class gnu --class os 

	menuentry 'Ubuntu, avec Linux 4.8.0-36-generic' --class ubuntu --class gnu-linux --class gnu --class os 

	menuentry 'Ubuntu, avec Linux 4.4.0-83-generic' --class ubuntu --class gnu-linux --class gnu --class os 

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

Trois noyaux pour une installation toute neuve
et  rien pour sélectionner le noyau à utiliser au démarrage!!!!!
C'est inadmissible d'avoir un OS qui  ne sait pas te proposer le noyau à lancer
Pourrais-tu donner le contenu  de /etc/default/grub
Je sais qu'il y a une option qui dit de ne pas afficher le grub si pas de multi-boot mais je ne la connais pas.

Il est donc fort possible que l'installation initiale ait amené le noyau  4.04.83 qui fonctionne  et que super-grub2 utilise et que ta mise à jour  de hier ait installé le noyau  4.8.0-36 qui est merdique et que très récemment tu aies refait une mise à jour  qui a amené le noyau 4.10.0-27 qui fonctionne.
Cette dernière mise à jour est très récente et a donc écrasé l'option que j'avais fais mettre.

Dernière modification par Bougron (Le 23/07/2017, à 18:33)

herge01

Re : /home RÉSOLU

en effet ca fait un peu amateur !

# 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=10
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
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

---

msi gp72vr 7rf leopard pro
xubuntu 23.10

Bougron

Re : /home RÉSOLU

Refais quelques boots

Supprimes le  # que tu as mis en début de la dernière ligne du fichier   /etc/fstab
refabriques le point de montage

sudo mkdir /media/data1

remontes la partition via la commande

sudo mount   -v   /dev/sdb1 

Si cela ne monte pas, tu postes l'erreur.
Si cela monte, tu  refais un boot pour vérifier que tout est enfin en place pour commencer les opérations de liage des répertoires.
La partition devant alors être montée automatiquement, tu pourras faire immédiatement

sudo ls -Rlas  /media/data1

Dernière modification par Bougron (Le 23/07/2017, à 18:35)

herge01

Re : /home RÉSOLU

ben deja impossible de monter le dossie rmedia/data1
desolé ya ecrit le dossier existe deja^^

Dernière modification par herge01 (Le 23/07/2017, à 18:35)

---

msi gp72vr 7rf leopard pro
xubuntu 23.10

herge01

Re : /home RÉSOLU

par contre:
mount: can't find /dev/sdb1 in /etc/fstab

---

msi gp72vr 7rf leopard pro
xubuntu 23.10

Coeur Noir

Re : /home RÉSOLU

Amateur, amateur et faire modifier un fichier qui commence par

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

C'est quoi ? Bon après Bougron a l'air de savoir ce qu'il fait mais quand même c'est écrit DO NOT EDIT THIS FILE non ?

Le nomodeset normalement s'ajoute à /etc/default/grub
à la ligne

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset"

Pour faire apparaître grub au démarrage, commenter la ligne

GRUB_HIDDEN_TIMEOUT=0

pour qu'elle devienne

#GRUB_HIDDEN_TIMEOUT=0

en théorie pas besoin de toucher à

#GRUB_TERMINAL=console

https://doc.ubuntu-fr.org/tutoriel/grub … age_manuel

Dernière modification par Coeur Noir (Le 23/07/2017, à 18:54)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

Bougron

Re : /home RÉSOLU

Tu veux dir le mkdir?   
Il est bien possible que t'aies refabriqué depuis et que j'ai oublié
C'est la commande mount qui est importante

Bougron

Re : /home RÉSOLU

Redonnes le contenu du fichier /etc/fstab  (je viens de corriger l'approximation).
et aussi

sudo blkid | grep sdb

Pour coeur noir

Merci d'avoir indiqué l'option a changer.
Mais pour les options de modification de la ligne de commande, il y a  plein de raisons qui font que je  fais modifier manuellement cette ligne: Je site en vrac:
  1) Boot-repair ne propose pas toutes les  options,
  2) Si on modifie l'endroit officiel, il faut continuer  avec la commande  update-grub
  3) Enfin la raison principale, c'est que c'est plus souple de modifier a cet endroit, de faire plein d'essais, de tester d'autres options et enfin qu'on a  validé, mettre à jour l'endroit officiel et demander une prise en charge.
Cela tombe bien, au cours des essais, il se trouve qu'il n'y a plus rien à faire, donc, je n'aurais pas besoin de demander de remettre en état la ligne contenant cette option

Dernière modification par Bougron (Le 23/07/2017, à 18:56)

herge01

Re : /home RÉSOLU

tu veux dire sudo mousepad  /fstab ben c'est vide

/dev/sdb1: LABEL="data1" UUID="99a43b12-2891-4244-8f15-ff83f9738f30" TYPE="ext4" PARTUUID="b707d20e-01"

---

msi gp72vr 7rf leopard pro
xubuntu 23.10

michel_04

Re : /home RÉSOLU

tu veux dire sudo mousepad  /fstab

gksudo mousepad /etc/fstab

---

:D
De la bonne manière de poser les questions - Trouver de l'aide grâce au Groupe des Parrains Linux - Le Pacte des Gnous
PCs sous Debian Stable & Debian Sid.

herge01

Re : /home RÉSOLU

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=80720adf-3480-4ac6-9632-63d3174111fc /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=5386fdf7-ec1a-4ca7-be7e-9732c52c4193 none            swap    sw              0       0

---

msi gp72vr 7rf leopard pro
xubuntu 23.10

Bougron

Re : /home RÉSOLU

1) Ajouter la fameuse ligne dans le fichier /etc/fstab
UUID=99a43b12-2891-4244-8f15-ff83f9738f30    /media/data1       ext4       defaults    0      2

A faire par copier/coller pour éviter les fautes de frappe

Dernière modification par Bougron (Le 23/07/2017, à 18:53)

herge01

Re : /home RÉSOLU

c'est ce que je fais chaque fois que je peux

---

msi gp72vr 7rf leopard pro
xubuntu 23.10

jplemoine

Re : /home RÉSOLU

Amateur, amateur et faire modifier un fichier qui commence par

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

En fait, c'est la "nouvelle norme" :
On ne doit plus modifier les fichiers système mais utiliser /etc/default et/ou /etc/machin.d
C'est le système qui régénère ses fichiers en prenant en compte les fichiers de personnalisation.

Dans le cas du grub, il faut modifier :
- soit /etc/default/grub
- soit  /etc/grub.d
plus faire un update-grub pour générer les fichiers système.
S'il y a une mise à jour, les système ne modifie pas les fichiers de personnalisation mais régénère ses fichiers en appelant de manière automatique  update-grub.

Et ce système n'est pas récent, c'est mis en place depuis le 14.04 voire la 12.04.

Dernière modification par jplemoine (Le 23/07/2017, à 18:59)

---

Membre de l'ALDIL (Association Lyonnaise pour le Développement de l'Informatique Libre)
- En pro, après 20 ans de développement, administrateur Linux / Unix depuis Avril 2019.
- En privé, sous Ubuntu-Xubuntu depuis 2009.

herge01

Re : /home RÉSOLU

merci à vous deux pour ses precisions

---

msi gp72vr 7rf leopard pro
xubuntu 23.10

Coeur Noir

Re : /home RÉSOLU

( aparté ) @Bougron « 3) Enfin la raison principale, c'est que c'est plus souple de modifier a cet endroit, de faire plein d'essais, de tester d'autres options et enfin qu'on a  validé, mettre à jour l'endroit officiel et demander une prise en charge. Cela tombe bien, au cours des essais, il se trouve qu'il n'y a plus rien à faire, donc, je n'aurais pas besoin de demander de remettre en état la ligne contenant cette option » je ne doutais pas du bien-fondé de ta démarche, maintenant je la comprends mieux, merci !

Dernière modification par Coeur Noir (Le 23/07/2017, à 19:08)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

Bougron

Re : /home RÉSOLU

Bonjour coeur noir

Amateur, amateur et faire modifier un fichier qui commence par

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

C'est quoi ? Bon après Bougron a l'air de savoir ce qu'il fait mais quand même c'est écrit DO NOT EDIT THIS FILE non ?

Le nomodeset normalement s'ajoute à /etc/default/grub
à la ligne

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset"

Pour les options de modification de la ligne de commande, il y a  plein de raisons qui font que je  fais modifier manuellement cette ligne: Je site en vrac:
  1) Boot-repair ne propose pas toutes les  options,
  2) Si on modifie l'endroit officiel, il faut continuer  avec la commande  update-grub
  3) Enfin la raison principale, c'est que c'est plus souple de modifier a cet endroit, de faire plein d'essais, de tester d'autres options et enfin lorsqu'on  a  validé,  on fait mettre à jour l'endroit officiel et on demande une prise en charge de la modif.
Cela tombe bien, au cours des essais, il se trouve qu'il n'y a plus rien à faire, donc, je n'aurais pas besoin de demander de remettre en état la ligne contenant cette option

Pour faire apparaître grub au démarrage, commenter la ligne

GRUB_HIDDEN_TIMEOUT=0

pour qu'elle devienne

#GRUB_HIDDEN_TIMEOUT=0

en théorie pas besoin de toucher à

#GRUB_TERMINAL=console

https://doc.ubuntu-fr.org/tutoriel/grub … age_manuel

Merci d'avoir indiqué l'option à changer.
Donc je propose à herge01 d'appliquer cette modification (fichier /etc/default/grub )
puis de la faire connaître au système avec la commande.

sudo update-grub

puis de booter et de choisir le mode avancé  (seconde ligne)
après il devrait y avoir pas mal de lignes de choix qui devraient permettre de ne plus utiliser supergrub2
pour les futurs problèmes qui pourraient de nouveau survenir

Dernière modification par Bougron (Le 23/07/2017, à 19:12)

herge01

Re : /home RÉSOLU

si je redemarre je vais tomber direct sur la page d'accueuil vu que ca ne devrait plus bloquer

---

msi gp72vr 7rf leopard pro
xubuntu 23.10

herge01

Re : /home RÉSOLU

en effet redemarrage flash eclair sans soucis mais par contre je ne vois plus de dossier dans le hdd ?

---

msi gp72vr 7rf leopard pro
xubuntu 23.10

Bougron

Re : /home RÉSOLU

Je comprends que la commande

sudo mount -v /dev/sdb1

a fonctionné

Il faut quand même vérifier que cela boote bien avant de revenir au coeur du problème.

Dernière modification par Bougron (Le 23/07/2017, à 19:20)

Coeur Noir

Re : /home RÉSOLU

edit : oups, trop tard ;-)
Avant de redémarrer, tu peux aussi tester si la modif' du fichier fstab fait bien effet via la commande :

sudo mount -a

Si ça ne renvoie pas d'erreur et que le disque data1 apparaît bien dans ton explorateur de fichiers, la victoire est proche !

Dernière modification par Coeur Noir (Le 23/07/2017, à 19:17)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

Bougron

Re : /home RÉSOLU

sudo      ls     -Rlas /media/data1

Dernière modification par Bougron (Le 23/07/2017, à 19:17)

herge01

Re : /home RÉSOLU

rene@rene-GP72VR-7RF:~$ sudo      ls     -Rlas /media/data1
[sudo] Mot de passe de rene : 
/media/data1:
total 24
 4 drwxr-xr-x 3 root root  4096 juil. 23 12:00 .
 4 drwxr-xr-x 4 root root  4096 juil. 23 14:28 ..
16 drwx------ 2 root root 16384 juil. 22 17:56 lost+found

/media/data1/lost+found:
total 20
16 drwx------ 2 root root 16384 juil. 22 17:56 .
 4 drwxr-xr-x 3 root root  4096 juil. 23 12:00 ..
rene@rene-GP72VR-7RF:~$ 

---

msi gp72vr 7rf leopard pro
xubuntu 23.10

abelthorne

Re : /home RÉSOLU

C'est normal qu'il n'y ait plus de dossiers, je t'ai fait tout supprimer au cas où il y ait eu des problèmes de permissions après la nouvelle installation, pour repartir sur des bases propres.

Je n'ai pas vraiment suivi les dernières pages, quelle est la situation actuelle ? Tout fonctionne et la partition du HD est montée sur /media/data1 via le fstab ?

Dernière modification par abelthorne (Le 23/07/2017, à 19:45)