[RESOLU]Problème BIOS

gibar84 · Le 02/09/2020, à 10:52

Bonjour,

Coeur Noir a écrit :

Tu es à un demi millimètre d'avoir un système nickel ;-)

En affirmant celà tu dois avoir une idée sur comment remettre en place ce demi mm. Je peux participer comment?

gibar84 a écrit :

Pourrait-on envisager de repartir sur une nouvelle naissance?

Alors pour moi se posera le problème de réussir une installation propre sans fioritures, complexité et techniques, mes capacités ne sont pas compatibles.
En essayant d'être clair, la nouvelle configuration pourrait avoir comme base de choix ceci:

1-Le choix du logiciel
Depuis 10 ans, un long fleuve tranquille avec Xubuntu et puis en avril 2020 j’ai été tenté par la nouvelle version Ubuntu 20.04 LTS (ma traduction LTS =Stable) quelle erreur, cette version n’était pas pour moi. Elle m’a permis de prendre conscience de mon incapacité à résoudre les problèmes qui se présentaient et que j’ai certainement amplifiés par mes interprétations approximatives et autres maladresses. Tout cela malgré les apports des intervenants qui ont fait preuve de beaucoup de patience, de compréhension. Je leur dois des remerciements.
Alors je crois, peut-être, le moment venu, pour moi, de prendre la décision de tout remettre à plat, repartir d’une page blanche et faire le choix du Linux qui me conviendrait (facilité d'utilisation et stabilité du système). Mais je me sens incapable de me lancer seul. (malgré tout je conserve une certaine lucidité)

2-Les disques
La configuration actuelle comporte deux disques
-SSD de 225 Go en sda
-DD de 2 To en sdb
Dans la prochaine je souhaiterais
-SSD (sda) disque actif prenant en compte le système
-DD (sdb) utilisation comme disque de sauvegarde avec une mise à jour en temps réel sda===>sdb

3-La mise en place du logiciel (installation) qui me préoccupe beaucoup
-les réponses au questionnaire d’installation (surtout les premières avec le choix autres)
-le partitionnement des disques
C'est la partie que j’appréhende le plus

Dernière modification par gibar84 (Le 02/09/2020, à 10:52)

geole · Le 02/09/2020, à 12:18

Bonjour
Je ne te comprends
Tu as commis quelques erreurs, tu en referas d'autres. On finit par mal comprendre tes problèmes et cela devient très compliqué.
Exemple pour mon cas
Dans le plantage, il fallait booter en mode recovery et faire un fsck de sdb1. En une seule fois tout aurait été réparé. Mais
Il fut difficile de te faire admettre de faire cette action en mode recovery.
On est parti sur boot-repair qui aurait du savoir faire la chose.
On est donc revenu sur le fsck à faire manuellement. Par incompréhension, je t'ai fait faire le nécessaire pour que la réparation puisse se faire avec un ubuntu opérationnel ( changement du contenu du fstab), finalement tu l'as fait en live USB. Donc la modification était inutile
Mais cela n'était pas finit lorsque tu as posté. Donc réparation incomplète et l'idée qu'il pouvait y avoir un autre problème.

J'ai suivi l'autre discussion. J'en ai retenu que la structure était probablement la suivante
/home/$USER/$USER
Sous cette structure, il y a tous les fichiers d'initialisation des logiciels qui ne peuvent donc pas mettre en route.
Il suffirait ( le millimètre ) que cela soit dans la structure /home/$USER
NOTA. Ce genre de problème peut survenir suite à une erreur de frappe $HOME/$USER au lieu de /home/$USER

Remarque. Ne comprenant pas cette phrase "-DD (sdb) utilisation comme disque de sauvegarde avec une mise à jour en temps réel sda===>sdb" je m'abstiens de répondre.

Dernière modification par geole (Le 02/09/2020, à 17:28)

Coeur Noir · Le 02/09/2020, à 14:57

gibar84 a écrit :

Coeur Noir a écrit :
Tu es à un demi millimètre d'avoir un système nickel ;-)
En affirmant celà tu dois avoir une idée sur comment remettre en place ce demi mm. Je peux participer comment?

En remettant d'aplomb le fichier fstab du système qui se trouve installé sur le disque sda !!!!!!
C'est tout. C'est le dernier détail à régler - depuis des jours maintenant !!!
Et ensuite reboot normal du pc.

gibar84 · Le 02/09/2020, à 15:25

@geole loin de moi l'idée de porter un jugement sur toutes les interventions mais ce qui te semble simple l'est rarement pour le néophyte que je suis qui est à la peine chaque fois qu'il est sollicité pour faire une action qu'il ressent comme un saut dans le vide (sérieusement c'est très stressant) et pourtant je saute et très (trop) souvent je me ramasse. Alors au point actuel de la situation je me pose 2 questions avec choix

- pouvons-nous rendre la configuration actuelle "nickel"? comment avec un exécutant que l'on doit tenir par la main? la stabilité à l'usage?
- serait-il plus sage de refaire une installation complète?

geole a écrit :

ai suivi l'autre discussion. J'en ai retenu que la structure était probablement la suivante
/home/$USER/$USER
Sous cette structure, il y a tous les fichiers d'initialisation des logiciels qui ne peuvent donc pas mettre en route.
Il suffirait ( le millimètre ) que cela soit dans la structure /home/$USER
NOTA. Ce genre de problème peut survenir suite à une erreur de frappe $HOME/$USER au lieu de /home/$USER

Dois-je faire quoi? comment?

Remarque. Ne comprenant pas cette phrase "-DD (sdb) utilisation comme disque de sauvegarde avec une mise à jour en temps réel sda===>sdb" je m'abstiens de répondre.

Je me suis largement inspiré de
https://forum.ubuntu-fr.org/viewtopic.p … 055031&p=5 #122
Mon désir profond c'est de trouver rapidement la meilleure réponse et clore les 2 discussions (boot et DD) très longues mais que j'espère positives si elles peuvent apporter des réponses à d'autres interrogations sur ces sujets.

Dernière modification par gibar84 (Le 02/09/2020, à 15:34)

gibar84 · Le 02/09/2020, à 15:48

@Coeur Noir ton post est arrivé pendant la rédaction du # 129

Coeur Noir a écrit :

En remettant d'aplomb le fichier fstab du système qui se trouve installé sur le disque sda !!!!!!
C'est tout. C'est le dernier détail à régler - depuis des jours maintenant !!!
Et ensuite reboot normal du pc.

(le sésame) donne-moi la ligne de commande (pas d'improvisation de ma part) et ce que devrait être le retour

Coeur Noir · Le 02/09/2020, à 21:56

(le sésame) donne-moi la ligne de commande (pas d'improvisation de ma part) et ce que devrait être le retour
Le fstab et les commandes associées ont été publiées dans ce fil au moins 10 fois, je pense…
avec autant de méthodes variées pour le modifier ( avec nano, avec gedit, en utilisant Nautilus pour accéder au fichier… )

Je crois que tu ne cherches pas à comprendre. bref.

Actuellement ton fstab doit ressembler à :

# /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=f9fb88c7-4fe4-4226-abf8-99df93fdc94d /               ext4    errors=remount-ro 0       1
# swap was on /dev/sdb2 during installation
UUID=ed1afd16-5289-42d1-b071-c737bde44a4e none            swap    sw              0       0
# sdb1 dans DATA
###########  UUID=2d9ebbca-2735-427a-9d77-81b3ab44c8bb     /media/DATA     ext4     defaults      0      2

il faut qu'il (re) devienne :

# /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=f9fb88c7-4fe4-4226-abf8-99df93fdc94d /               ext4    errors=remount-ro 0       1
# swap was on /dev/sdb2 during installation
UUID=ed1afd16-5289-42d1-b071-c737bde44a4e none            swap    sw              0       0
# sdb1 dans DATA
UUID=2d9ebbca-2735-427a-9d77-81b3ab44c8bb     /media/DATA     ext4     defaults      0      2

la différence se situe à la dernière ligne, supprimer les ########

gibar84 · Le 03/09/2020, à 11:21

Bonjour
Une petite remarque "ce que vous n'avez pas encore intégré c'est que je comprends le français et seulement quelques mots/signes de linuxien"
Pour une exécution correcte des instructions elles doivent être claires et "dépouillées" les appliquer comme une bête sans me poser de questions. Dans mon cas particulier réflexion=souvent des problèmes. Pour avoir une meilleure culture de base et devenir un linuxien moins limité je verrai cela après solution au problème actuel qui me handicape énormément et accessoirement joue sur mon système nerveux ):
Voici la dernière commande que j'ai envoyée (demandée par geole)

sudo nano /etc/fstb

retour
http://pix.toile-libre.org/?img=1599128660.jpg

Je n'ai donc pas eu l'occasion de supprimer les ######
Ctrl a puis Ctrl x puis fermeture de la session
Reboot arrivée su bureau à première vue tout semble normal et fonctionnel. J'ai été étonné car au lancement de firefox je me suis retrouvé sur la page ubuntu en cours sur le DVD live (et simplet applaudit !!!)

Cependant je serai plus tranquille si on pouvait vérifier pourquoi sans avoir supprimé les #### la situation semble être redevenue normale

geole · Le 03/09/2020, à 11:30

gibar84 a écrit :

Bonjour
Une petite remarque "ce que vous n'avez pas encore intégré c'est que je comprends le français"

Je pense donc que tu as entendu parler des fautes d'orthographe et de la voyelle a

En informatique, une faute d'orthographe est suffisante pour que l'ordinateur ne comprenne rien du tout.

Comme je connais mal le français, il m'arrive de retourner sur la page d'avant pour comprendre le sens d'une expression.
C'est la même démarche en informatique, il faut que tu retournes sur un échange d'avant pour pour voir comment le mot s'écrit.
Tu perds ton temps et tu commences à me faire perdre le mien.

Dernière modification par geole (Le 03/09/2020, à 11:39)

gibar84 · Le 03/09/2020, à 11:56

@geole, je regrette que tu personnalises mon propos car il ne vise que moi et tente d'expliquer quelles sont mes difficultés par rapport à une situation et un langage que je ne maîtrise pas. Je ne veux surtout pas de malentendu entre nous et si je t'ai froissé accepte mes excuses sincères. Mon propos est à l'adresse de tous et j'espère que tous continuerez à m'apporter aide et conseils.
Vous arrivez au bout de la tâche (cf # 132 pas le début svp)

geole · Le 03/09/2020, à 12:25

sudo nano /etc/fstb

sudo nano /etc/fstab

Dernière modification par geole (Le 03/09/2020, à 12:26)

gibar84 · Le 03/09/2020, à 14:43

sudo nano /etc/fstab

retour

GNU nano 4.8                       /etc/fstab                                 
# /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=f9fb88c7-4fe4-4226-abf8-99df93fdc94d /               ext4    errors=remoun>
# swap was on /dev/sdb2 during installation
UUID=ed1afd16-5289-42d1-b071-c737bde44a4e none            swap    sw           >
# sdb1 dans DATA
#######UUID=2d9ebbca-2735-427a-9d77-81b3ab44c8bb     /media/DATA     ext4     d>

après suppression #####

# /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=f9fb88c7-4fe4-4226-abf8-99df93fdc94d /               ext4    errors=remoun>
# swap was on /dev/sdb2 during installation
UUID=ed1afd16-5289-42d1-b071-c737bde44a4e none            swap    sw           >
# sdb1 dans DATA
UUID=2d9ebbca-2735-427a-9d77-81b3ab44c8bb     /media/DATA     ext4     defaults>

geole · Le 03/09/2020, à 14:54

Pourrais-tu donner le retour de cette commande

cat /etc/fstab  |  grep -v "#"

car des lignes sont tronquées.

Pourrais-tu aussi monter la partition de données afin de vérifier que tout va bien

sudo mount  -v /dev/sdb1

Dernière modification par geole (Le 03/09/2020, à 14:55)

gibar84 · Le 03/09/2020, à 15:17

cat /etc/fstab  |  grep -v "#"

retour

jules@jules:~$ cat /etc/fstab  |  grep -v "#"
UUID=f9fb88c7-4fe4-4226-abf8-99df93fdc94d /               ext4    errors=remount-ro 0       1
UUID=ed1afd16-5289-42d1-b071-c737bde44a4e none            swap    sw              0       0
UUID=2d9ebbca-2735-427a-9d77-81b3ab44c8bb     /media/DATA     ext4     defaults      0      2
jules@jules:~$

sudo mount  -v /dev/sdb1

retour

ules@jules:~$ sudo mount  -v /dev/sdb1
[sudo] Mot de passe de jules : 
mount: /media/DATA: /dev/sdb1 déjà monté sur /media/DATA.
jules@jules:~$

geole · Le 03/09/2020, à 15:21

Parfait.
Tu peux donc fermer cette discussion et reprendre la discussion précédente pour le problème qu'il reste à traiter.
Rappel
Elle attend le retour de ces deux commandes

cat $HOME/.config/user-dirs.dirs | grep -v "#"

ls -ls $HOME

Dernière modification par geole (Le 03/09/2020, à 15:25)

geole · Le 03/09/2020, à 16:26

On a oublié de faire une vérification.

sudo    ls   -rals    /media/DATA/"lost+found"

gibar84 · Le 03/09/2020, à 17:23

sudo    ls   -rals    /media/DATA/"lost+found"

retour

jules@jules:~$ sudo    ls   -rals    /media/DATA/"lost+found"
[sudo] Mot de passe de jules : 
total 20
 4 drwxrwxrwx 13 jules jules  4096 août  31 11:48 ..
16 drwxr-xr-x  2 jules jules 16384 mars  31  2017 .
jules@jules:~$

Coeur Noir · Le 03/09/2020, à 17:38

Enfin ;-)

gibar84 · Le 03/09/2020, à 18:15

J'ai mis ce post en [RÉSOLU] mais deux choses me tiennent a cœur:
La première, au risque de me répéter, j'assume, un grand merci à tous et en particulier à Coeur Noir et geole (alpha!) qui n'ont pas "lâché" l'affaire et m'ont supporté (au sens premier du mot) jusqu'à la solution.
La deuxième je regarde ce post (142 # cela paraît énorme) je me demande si une bonne synthèse serait la bienvenue. Elle permettrait de définir le cheminement direct du problème à la solution sans toutes les dérives, les scories que j'ai générées par mon ignorance de tout le coté technique de linux et, sans doute aussi, mon manque de compréhension et d'attention. Évidemment facile à dire, mais généraliser cette façon synthétique de présenter une solution à un problème pourrait, sans doute, intéresser bien d'autres gibar84 sur beaucoup d'autres sujets. Alors ?

geole · Le 03/09/2020, à 19:01

Cela aurait pu s'arrêter à l'échange N° 40 si boot-repair avait fait son job.

gibar84 · Le 04/09/2020, à 17:26

Bonjour
Merci geole, j'espère ta participation à d'autres futures aventures

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#126 Le 02/09/2020, à 10:52

Re : [RESOLU]Problème BIOS

#127 Le 02/09/2020, à 12:18

Re : [RESOLU]Problème BIOS

#128 Le 02/09/2020, à 14:57

Re : [RESOLU]Problème BIOS

#129 Le 02/09/2020, à 15:25

Re : [RESOLU]Problème BIOS

#130 Le 02/09/2020, à 15:48

Re : [RESOLU]Problème BIOS

#131 Le 02/09/2020, à 21:56

Re : [RESOLU]Problème BIOS

#132 Le 03/09/2020, à 11:21

Re : [RESOLU]Problème BIOS

#133 Le 03/09/2020, à 11:30

Re : [RESOLU]Problème BIOS

#134 Le 03/09/2020, à 11:56

Re : [RESOLU]Problème BIOS

#135 Le 03/09/2020, à 12:25

Re : [RESOLU]Problème BIOS

#136 Le 03/09/2020, à 14:43

Re : [RESOLU]Problème BIOS

#137 Le 03/09/2020, à 14:54

Re : [RESOLU]Problème BIOS

#138 Le 03/09/2020, à 15:17

Re : [RESOLU]Problème BIOS

#139 Le 03/09/2020, à 15:21

Re : [RESOLU]Problème BIOS

#140 Le 03/09/2020, à 16:26

Re : [RESOLU]Problème BIOS

#141 Le 03/09/2020, à 17:23

Re : [RESOLU]Problème BIOS

#142 Le 03/09/2020, à 17:38

Re : [RESOLU]Problème BIOS

#143 Le 03/09/2020, à 18:15

Re : [RESOLU]Problème BIOS

#144 Le 03/09/2020, à 19:01

Re : [RESOLU]Problème BIOS

#145 Le 04/09/2020, à 17:26

Re : [RESOLU]Problème BIOS

Pied de page des forums