[Resolu] 19.04 installation >> Page de login en boucle

alh54 · Le 08/08/2019, à 08:11

@moko138: aide-moi un peu s'il te plait, ce fil me donne mal à la tête.

moko138 a écrit :

/dev/sdb1 ne monte qu'à la main.

Cest quoi cette ligne dans fstab?
UUID= 98a388bd-XX /home ...
C'est pas sdb1 qui est censé être monté dans /home ?

Admettons que le /home soit à la racine, lorsqu'on a crée l'utilisateur test normalent en ouvrant une console tty et qu'on se connecte avec test lorsqu'on demande echo $HOME on devrait avoir comme réponse /home/test ce qui n'est le cas.
Lorsque je veux forcer avec usermod -d /home/test test ça répond que rien n'a changé.

Il y a quelque chose qui m'échappe.

Dernière modification par alh54 (Le 08/08/2019, à 08:14)

moko138 · Le 08/08/2019, à 10:51

chryslervert a écrit :

est-ce qu'il est utile de se référer au problème déjà evoqué l'an passé?

Ne t'embête pas avec ça. Ce sera utile pour alh54 et moi, pour comparer avec ton cas (quand j'aurai retrouvé le fil).

- -

alh54 a écrit :

Cest quoi cette ligne dans fstab?
UUID= 98a388bd-XX /home ...
C'est pas sdb1 qui est censé être monté dans /home ?

Oui, c'est ce qui est demandé au moyen de fstab.
Mais quand on a eu le retour, DDE branché avant le démarrage, de

sudo lsblk -o name,fstype,uuid,label,size,mountpoint -e 7,11

on a vu que seule la partition racine était montée. Du moins le 4 août.

- -

en ouvrant une console tty et qu'on se connecte avec test lorsqu'on demande echo $HOME on devrait avoir comme réponse /home/test ce qui n'est le cas.

Si tu te réfères à ce retour du 6/8, c'est normal, puisque chryslervert était logué en tant que "jbo".
Donc ta condition "et qu'on se connecte avec test" n'était pas remplie.
Mais si, au démarrage, chryslervert choisit de se loguer en tant que "test", ...

- -

alh54 a écrit :

Lorsque je veux forcer avec usermod -d /home/test test ça répond que rien n'a changé.

Je ne suis pas familier de usermod. Et je ne comprends pas ta syntaxe. Mais
1) Comme chryslervert a lancé la commande plusieurs fois, il est normal que tous les retours (sauf le 1er) soient

usermod: aucun changement

.
2) dans

man usermod a écrit :

-d, --home RÉP_PERSO
Le nouveau répertoire personnel de l'utilisateur.

je suppose qu'il faut comprendre "...de l'utilisateur courant."
Tu confirmes ?

SI oui, je crois qu'une solution rapide - hors réinstallation - consiste
- à vérifier l'état SMART de sdb ;
- SI il est bon, alors, logué en tant que jbo,

- à changer dans fstab les options de montage de sdb1 pour defaults,nofail
- à monter à la main sdb1, comme plus haut :

mkdir -v /tmp/B

sudo mount -v -t ext4 /dev/sdb1  /tmp/B

- à y recréer /lost+ found/ avec ces attributs :
drwx------ (...) root root (...) /lost+found
- à supprimer la corbeille de root :

sudo rm -Rv  /tmp/B/.Trash-0

Jusqu'ici, tout ceci me paraît à faire, qu'on résinstalle juste après ou pas.

Au-delà, si on ne réinstalle pas,
toujours logué en tant que jbo,
- à écraser le petit /jbo/ avec le gros /jbo.bak/ (sans supprimer le .bak, comme le ferait mv) :

sudo cp -av /tmp/B/jbo.bak  /tmp/B/jbo

il faudra d'abord vérifier qu'il y a assez de place, en comparant :

echo; du -sh /tmp/B/jbo.bak 2>/dev/null

avec :

echo ; df -Th | grep -Ev "udev|tmpfs|loop"

- à désactiver, en le renommant, le répertoire home de la partition racine :

sudo mv -v /home  home-racine

et à redémarrer.

alh54,
Est-ce que j'oublie quelque chose ?
Ne crois-tu pas qu'une réinstallation méthodique serait plus simple ?

chryslervert · Le 08/08/2019, à 13:44

Bonjour,

Merci pour la synthèse.
Si je peux me permettre d'intervenir en cours de discussion : cela ne me gene pas de reinstaller si cela simplifie les choses et tant que mon DDE reste integre avec les données.

Dans tous les cas, je ne pourrais pas intervenir avant la fin du week-end. Désolé.

moko138 · Le 08/08/2019, à 16:12

Parfait : ça va nous laisser le temps de réfléchir aux différents scénarios !

alh54 · Le 08/08/2019, à 16:32

moko138 a écrit :

Si tu te réfères à ce retour du 6/8, c'est normal, puisque chryslervert était logué en tant que "jbo".

Non je me réfère à cette capture:

La commande a été exécutée avec l'utilisateur test.

2) dans
man usermod a écrit :
-d, --home RÉP_PERSO
Le nouveau répertoire personnel de l'utilisateur.
je suppose qu'il faut comprendre "...de l'utilisateur courant."
Tu confirmes ?

Non pas du tout.
Si toto est un utilisateur membre du groupe sudo et qu'il veuille modifier le répertoire de titi, toto exécutera

sudo usermod -d /chemin/nouveau-repertoire titi

Pendant l'exécution de cette commande titi ne devra avoir aucun processus actif.

Je suis un peu amer de ne pas avoir su résoudre un souci qui parait simple, mais d'un autre coté si ce fil traine notre ami chryslevert est privé de son Ubuntu.
Je suis donc favorable à une réinstallation propre et je conseille à chrislevert de ne pas brancher le disque dur externe pendant l'installation pour préserver ses données.

chryslervert · Le 12/08/2019, à 07:22

Bonjour,

La réinstallation se précise.
Vu que j'en fais pas mal mais que à l'étape en plus que cela à clocher.

Comment procéder?
Je commence par une installation classique (formatage et installation sur sda1) ? Et pour le montage de sdb1 avec mon home?

Merci encore.

moko138 · Le 12/08/2019, à 08:32

chryslervert a écrit :

Vu que j'en fais pas mal mais que à l'étape en plus que cela à clocher.

Je n'ai pas compris.
Explique-toi clairement, s'il te plaît.

- -

alh54 a écrit :

Je suis donc favorable à une réinstallation propre et je conseille à chrislevert de ne pas brancher le disque dur externe pendant l'installation pour préserver ses données.

Ce n'est pas compatible avec la demande initiale de chryslervert, qui est de

réinstaller 19.04 avec mon home sur un disque dur à part.

Cela dit, c'est une idée qui doit être discutée : je ne suis pas sûr que chryslervert en ait bien pesé le pour et le contre.

C'est pourquoi je propose plutôt :
A) d'en discuter d'abord ;
À propos, est-ce pour une tour ou pour un portable ?

B) Une fois la décision mûrie,
soit on applique ta préconisation, alh54,
soit on applique ceci :
- redonner d'abord son nom d'origine (de /home/jbo.bak à /home/jbo) sur le DDE ;
- ensuite réinstaller
- en sélectionnant "Autre chose" à l'étape 3 de l'installation :
- en conservant l'identifiant (jbo) et le mot de passe ;
- en montant la partition externe sur /home (*) (sans formatage, erreur interdite !) ;
- en formatant la partition-racine interne (erreur interdite !).

Mais d'abord, si tu n'as pas une raison déterminante de prendre la 19.04 qui ne sera plus maintenue dans cinq mois, je te conseille de te faire, à partir de old-releases.ubuntu.com/releases/18.04.1/, une clef d'installation en 18.04.1, qui sera sans souci jusqu'en mai 2023.
/!\ Attention : surtout pas la 18.04.2, qui est sur la même page !

___
(*) C'est l'omission de cette étape pendant l'installation, chryslervert, qui t'a plongé dans les soucis.

chryslervert · Le 12/08/2019, à 23:52

Bonsoir,

moko138 a écrit :

Je n'ai pas compris.
Explique-toi clairement, s'il te plaît.

Effectivement la formulation est confuse.
J'ai déjà essayé de réinstaller plusieurs fois ubuntu. Et cela a fonctionner à chaque fois.
L’étape durant laquelle j'ai eu un problème concerne le montage de mon home: problème qui est à l'origine de se ticket.
Ceci pour dire qu'une réinstallation ne m’inquiète pas trop.

Un complément sur ma configuration:
il s'agit d'une tour (la conception est assez ancienne)
un DD ssd de 64Go pour ubuntu dans la tour
un DD de 1To avec mon home dans la tour

Concernant les alternatives, deux petites remarques:
1 - usermod : est-ce que cela sous-entend qu'il n'y a pas de problème de montage de mon DDE?
2 - réinstallation: j'avais tenté cette méthode, approximativement pour être prudent, avant d'ouvrir le ticket mais sans succès.

Si vos recommandations se portent sur la solution 2, je veux bien me refaire une clé d'installation. Pourquoi 18.04.01 et non 18.04.02?

Bonne soirée,

moko138 · Le 13/08/2019, à 02:32

Puisque le 2ème disque est interne,
- tu aurais dû le dire tout de suite !
- ne parle pas de "DDE" (le "E" est mis pour "externe)
- attends l'avis d'alh54, mais je crois qu'il sera d'accord pour appliquer le message précédent à partir de "redonner d'abord son nom d'origine (...)"

- -

Pourquoi 18.04.01 et non 18.04.02?

Pour éviter un nouveau merdier tous les six mois, dû aux changements (de noyau et de configuration) qui font que scanner et wifi ne marchent plus.

Dernière modification par moko138 (Le 13/08/2019, à 02:35)

moko138 · Le 13/08/2019, à 02:47

Et n'oublie pas, AVANT,
dans le 2ème disque,

- de recréer /lost+ found/ avec ces attributs :
drwx------  (...) root root (...) /lost+found
- de supprimer la corbeille de root

comme indiqué il y a cinq jours, en #27.

De relire le #32,
car je ne suis pas sûr que tu aies compris qu'il contient des éléments-clefs.

chryslervert · Le 15/08/2019, à 17:32

Bonjour,
Vu que c'est la période estivale, j'ai choisi de ne pas attendre l'avis de alh54.
Et j'ai tenté l'option de réinstallation comme évoque.

Voici la démarche:
- création du dossier lost+found
- suppression de la corbeille
- renommage de jbo.bak en jbo (il n'y a pas assez de place pour une copie)
- création d'un clé d'installation avec 18.04.01

Pas de suspens, cela n'a pas fonctionner.
Voici en image:

Etape 3 de l'instalation:

L'installation se déroule bien.
Lors du reboot, écran furtif:

Pour finalement atterrir désespéramment là:

J'ai l'impression que la situation n'est pas mieux.

Qu'en pensez-vous?

Bonne journée,

Dernière modification par chryslervert (Le 15/08/2019, à 17:33)

alh54 · Le 15/08/2019, à 23:41

Vérifie le système de fichiers de /dev/sdb1, pas sur que le souci vienne de là mais ça vaut le coup d'essayer.
Démarre avec le live usb et sans monter la partition de 1T exécute ceci:

sudo fsck.ext4 -fy /dev/sdb1

Quand c'est fini redémarre sans la clé pour voir que cela donne.

moko138 · Le 16/08/2019, à 06:56

NON, parce que

- un fsck (logiciel) sur un disque matériellement endommagé est DANGEREUX pour les données, donc il faut d'abord voir l'état SMART de chaque disque ;
- l'attribution des lettres (a, b, c,...) n'est pas stable en général, et encore moins en session live ;
- les deux partitions font 1 To, donc la taille ne suffit pas à les distinguer ;
- on voit en https://pix.toile-libre.org/upload/orig … 884548.jpg une erreur ("programme de démarrage" en sda1 au lieu de sda) que nous allons corriger en douceur.

Donc PAS de fsck pour l'instant ; démarre en recovery/root, puis montre-nous
(voir mon prochain message).

moko138 · Le 16/08/2019, à 07:24

Merci, en ayant démarré en recovery-root, de photographier :

sudo lsblk -o size -e7,11 -f ; echo ; ls -l /dev/disk/by-id | grep -Eiv "part|Reader"

Attention à la frappe !
"7,11" contient les seuls chiffres de la ligne.
Le "|" s'obtient par AltGr 6

Dernière modification par moko138 (Le 16/08/2019, à 07:25)

chryslervert · Le 23/08/2019, à 18:38

Bonjour,

Excusez-moi pour le délais de réponse. Il y a encore de zone qui captent mal en France

Voici le résultat de la commande:

Bonne journée,

geole · Le 24/08/2019, à 18:20

Bonjour.
J'ai rapidement parcouru la discution.
Le répertoire /home est suffisamment important pour que la ligne qui le décrit dans le /etc/fstab ne possède pas l'option NOFAIL ==> option à enlever.
Cela me rappelle une discussion avec une partition de données montée en retard avec tous les liens de /home qui cassaient une fois sur deux.
A mon avis, le lost+found n 'existe pas en standard, il apparait lorsqu'une commande FSCK est exécutée et devrait être recréé automatiquement.

Ayant une petite idée de la chose, faire une commande de contrôle de la qualité de la partition serait un plus
Dans l'ensemble , il est préférable de regarder la qualité du disque avec smartctl. On va s'en passer. En espérant ne pas le regretter amèrement car il me semble avoir vu une commande de remise en état à base de MV.

Donc lorsque cela plante, tu ne fais pas cette commande tant que l'état du disque ne sera pas connu. Voir ce que moko138 demande

fsck -y   /dev/sdb1

Si au boot suivant, il y a toujours le même plantage: La dernière capture d'écran montre un plantage. Merci d'en rechercher la cause en frappant la commande indiquée soit

journalctl -xb

Il faut photographier tout ce qui sera en rouge Mais dans l'ensemble c'est souvent la dernière ligne en rouge qui indique la cause.

AJOUT
Avec un support d'installation, tu choisis essayer avant d'installer
Tu installes smartmontools https://doc.ubuntu-fr.org/smartmontools avec cette commande

sudo apt-get install --no-install-recommends smartmontools

et tu publies le retour de cette commande

sudo   smartctl   -s   on   -a  /dev/sdb

Merci

Dernière modification par geole (Le 24/08/2019, à 18:31)

chryslervert · Le 31/08/2019, à 17:30

Bonjour,

@geole merci pour vos compélments.

Voici les retours de smartmontools:

ubuntu@ubuntu:~$ sudo smartctl -s on -a /dev/sdb
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.15.0-29-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Blue
Device Model:     WDC WD10EALX-229BA0
Serial Number:    WD-WCATR5508583
LU WWN Device Id: 5 0014ee 2b016dd7e
Firmware Version: 15.01H15
User Capacity:    1000204886016 bytes [1,00 TB]
Sector Size:      512 bytes logical/physical
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ATA8-ACS (minor revision not indicated)
SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Sat Aug 31 14:22:56 2019 UTC
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.

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

General SMART Values:
Offline data collection status:  (0x82)	Offline data collection activity
					was completed without error.
					Auto Offline Data Collection: Enabled.
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: 		(17400) seconds.
Offline data collection
capabilities: 			 (0x7b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					Conveyance Self-test supported.
					Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves 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: 	 ( 201) minutes.
Conveyance self-test routine
recommended polling time: 	 (   5) minutes.
SCT capabilities: 	       (0x3037)	SCT Status supported.
					SCT Feature Control supported.
					SCT Data Table supported.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       1
  3 Spin_Up_Time            0x0027   181   175   021    Pre-fail  Always       -       3925
  4 Start_Stop_Count        0x0032   097   097   000    Old_age   Always       -       3470
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   066   066   000    Old_age   Always       -       24942
 10 Spin_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   097   097   000    Old_age   Always       -       3462
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       280
193 Load_Cycle_Count        0x0032   199   199   000    Old_age   Always       -       3189
194 Temperature_Celsius     0x0022   111   102   000    Old_age   Always       -       36
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   200   200   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   200   200   000    Old_age   Offline      -       0

SMART Error Log Version: 1
No Errors Logged

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

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

Et les erreurs:

journalctl -xb

Je n'ai pas fait le fsck puisqu'il semblait y avoir débat entre @moko138 et @alh54.

Par avance merci pour les informations complémentaires.

geole · Le 31/08/2019, à 17:56

Bonjour
Il était inportant de savoir si le disque était physiquement dégradé ou si l'ennui était uniquement logiciel.
Il se trouve que le disque est en bon état. Donc tu peux réparer sans risque supplémentaire

Dans la liste , la ligne en rouge indique que c'est la partition BIGDADDY
et cette capture https://pix.toile-libre.org/?img=1564937688.jpg indique que c'est sdb1

La commande à faire est

fsck  -y /dev/sdb1

O verra alors si l'utilisateur n'a pas été éliminé....
Restera alors a comprendre pourquoi cela a cassé.....

Nota je n'ai absolument rien compris à ce bricolage que tu as probablement rapidement résumé en quelques lignes
- modification du dossier > /home.bak en rrot
- ajout d'un nouveau dossier > /home/user en root
- modification du fstab > montage atomatique de mon disque dur sur /home
- reboot
Il est tellement plus simple de ne pas avoir de partition dédiée au répertoire /home et d'avoir une partition dédiée à tes données personnelles.

Dernière modification par geole (Le 31/08/2019, à 18:19)

chryslervert · Le 01/09/2019, à 00:23

Bonsoir Geole,

J'ai effectué la commande, voici la fin du traitement:

Je ne reviens pas sur le bricolage vu que ce n'était pas fonctionnel

Pour répondre à votre dernière remarque... L'objectif est bien d'avoir mes données sur une partition propre sur un disque plus gros. Vu que je n'ai qu'un seul utilisateur, c'est vrai que je confonds /home et mon user. Je saisi bien la nuance mais je ne comprends pas comment cela aurait pu être différent.

Bonne soirée,

FrancisFDZ · Le 01/09/2019, à 08:04

Bonjour,
Je vois en #1

chrislervert a écrit :

Je modifie mon home:
- modification du dossier > /home.bak en rrot
- ajout d'un nouveau dossier > /home/user en root
- modification du fstab > montage atomatique de mon disque dur sur /home
- reboot

Du coup, il me semble que les permissions devraient se retrouver vérolées, et l'accès de $USER à son home compliqué, voire impossible, non ?

alh54 · Le 01/09/2019, à 09:09

chryslevert a écrit :

J'ai effectué la commande, voici la fin du traitement:

Maintenant que tu as réparé le système de fichiers de /dev/sdb1 on fait une petite vérification.
Démarre avec le live usb, monte /dev/sdb1 dans /mnt et on explore le contenu de /dev/sdb1.

sudo mount /dev/sdb1 /mnt
ls -l /mnt/

Dernière modification par alh54 (Le 01/09/2019, à 09:38)

FrancisFDZ · Le 01/09/2019, à 10:25

FrancisFDZ a écrit :

Bonjour,
Je vois en #1
chrislervert a écrit :
Je modifie mon home:
- modification du dossier > /home.bak en rrot
- ajout d'un nouveau dossier > /home/user en root
- modification du fstab > montage atomatique de mon disque dur sur /home
- reboot
Du coup, il me semble que les permissions devraient se retrouver vérolées, et l'accès de $USER à son home compliqué, voire impossible, non ?

Rappel : pour copier en conservant les permissions, il faut utiliser "cp -p"

man cp a écrit :

-p Conserver le propriétaire, le groupe, les permissions d'accès et les horodatages du fichier original. Si la conservation du propriétaire ou du groupe est impossible, les bits Set-UID et Set-GID sont effacés.
L'horodatage sera quand même légèrement différent entre l'original et la copie car l'opération de copie nécessite un accès en lecture au fichier source.

Dernière modification par FrancisFDZ (Le 01/09/2019, à 10:30)

alh54 · Le 01/09/2019, à 10:49

Les droit sur les fichiers ça se gère.
Je résume:
chrislevert a installé sur une seule partition, il a voulu par la suite retrouver son ancien dossier personnel qui est sur une autre partition, c'est légitime.
Sa procédure n'est pas insensée, on renomme le /home, on crée un nouveau /home avec les bons droits, on monte /dev/sdb1 (qui contient son ancien dossier personnel) dans /home et le tour est joué.
Si chrislevert a eu autant de soucis le pense que cela vient de la corruption du système de fichiers de /dev/sdb1.

geole · Le 01/09/2019, à 13:59

chryslervert a écrit :

Ceci pour dire qu'une réinstallation ne m’inquiète pas trop.
Un complément sur ma configuration:
un DD ssd de 64Go pour ubuntu dans la tour
un DD de 1To avec mon home dans la tour
,

Bonjour
Je ne sais pas si la réparation va corriger ton problème et si les divers intervenants vont rétablir les bons droits.
Cependant, si tu dois faire une dixième installatation, voici la bonne procédure:
1) Installer le logiciel sur le SSD.
Dans le mot logiciel, il y a tous les répertoires y compris le répertoire /home qui sont installés dans une seule partition. C'est parfait.
Comme ton SSD fait 64 Go, il sera occupé à terme à 50%.
2) Monter ta partition de données, comme tu l'as déjà fait, avec gnome-disque-utility.
Tu dérouleras les points de montages proposés pour monter sur le label que tu as créé "BIGDADDY".
3) Tu dérouteras les accès fichiers par des liens symboliques vers ton disque dur.
Il y a un document pas mauvais que j'ai trouvé à cet endroit https://bluc.pagesperso-orange.fr/ps/index.html
Dans ton contexte actuel, cela pourrait se résumer à ces commandes

 rm  -rv  Documents Images Musique Public Téléchargements Vidéos

Car tu viens d'installer et il n'y a rien.
Puis créer les liens. Les noms sont fonction de la façon dont tu as déjà organisé.

   ln    -s    /mnt/BIGDADDY/MaDocu                       Documents
   ln    -s    /mnt/BIGDADDY/Photos                       Images 
   ln    -s    /mnt/BIGDADDY/LesBruits                    Musique 
   ln    -s    /mnt/BIGDADDY/Public                       Public
   ln    -s    /mnt/BIGDADDY/internet                     Téléchargements
   ln    -s    /mnt/BIGDADDY/Films                        Vidéos

4) Pour ne pas être pris au dépouvu en cas d'arrêt agressif de l'ordinateur avec la touche power on/off, Je te propose facultativemernt d'activer à chaque démarrage la réparation automatique. Pour cela il faut modifier le fichier /etc/default/grub pour ajouter deux options de boot dans cette ligne

GRUB_CMDLINE_LINUX="quiet splash fsck.mode=force fsck.repair=yes vt.handoff=7"

à faire prendre en compte par

sudo update-grub

Dernière modification par geole (Le 01/09/2019, à 14:02)

chryslervert · Le 01/09/2019, à 21:25

Bonsoir,

Merci à tous pour votre interet.

@alh54 #46, voici le résultats de la commande

ubuntu@ubuntu:~$ sudo mount /dev/sdb1 /mnt
ubuntu@ubuntu:~$ ls -l /mnt/
total 12
drwxr-xr-x 48   1000   1000 4096 août  14 21:21 jbo
drwx------  2 root   root   4096 août  14 21:03 lost+found
drwxr-xr-x  2 ubuntu ubuntu 4096 mai   31  2018 rslsync
ubuntu@ubuntu:~$

@geole
Merci pour la procédure et la modificaton du grub.
Donc plutôt, utiliser des liens symboliques... Et sur le même principe, je ne peux pas faire :

 ln    -s    /mnt/BIGDADDY                        /home/jbo

Bonne soirée,

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 08/08/2019, à 08:11

Re : [Resolu] 19.04 installation >> Page de login en boucle

#27 Le 08/08/2019, à 10:51

Re : [Resolu] 19.04 installation >> Page de login en boucle

#28 Le 08/08/2019, à 13:44

Re : [Resolu] 19.04 installation >> Page de login en boucle

#29 Le 08/08/2019, à 16:12

Re : [Resolu] 19.04 installation >> Page de login en boucle

#30 Le 08/08/2019, à 16:32

Re : [Resolu] 19.04 installation >> Page de login en boucle

#31 Le 12/08/2019, à 07:22

Re : [Resolu] 19.04 installation >> Page de login en boucle

#32 Le 12/08/2019, à 08:32

Re : [Resolu] 19.04 installation >> Page de login en boucle

#33 Le 12/08/2019, à 23:52

Re : [Resolu] 19.04 installation >> Page de login en boucle

#34 Le 13/08/2019, à 02:32

Re : [Resolu] 19.04 installation >> Page de login en boucle

#35 Le 13/08/2019, à 02:47

Re : [Resolu] 19.04 installation >> Page de login en boucle

#36 Le 15/08/2019, à 17:32

Re : [Resolu] 19.04 installation >> Page de login en boucle

#37 Le 15/08/2019, à 23:41

Re : [Resolu] 19.04 installation >> Page de login en boucle

#38 Le 16/08/2019, à 06:56

Re : [Resolu] 19.04 installation >> Page de login en boucle

#39 Le 16/08/2019, à 07:24

Re : [Resolu] 19.04 installation >> Page de login en boucle

#40 Le 23/08/2019, à 18:38

Re : [Resolu] 19.04 installation >> Page de login en boucle

#41 Le 24/08/2019, à 18:20

Re : [Resolu] 19.04 installation >> Page de login en boucle

#42 Le 31/08/2019, à 17:30

Re : [Resolu] 19.04 installation >> Page de login en boucle

#43 Le 31/08/2019, à 17:56

Re : [Resolu] 19.04 installation >> Page de login en boucle

#44 Le 01/09/2019, à 00:23

Re : [Resolu] 19.04 installation >> Page de login en boucle

#45 Le 01/09/2019, à 08:04

Re : [Resolu] 19.04 installation >> Page de login en boucle

#46 Le 01/09/2019, à 09:09

Re : [Resolu] 19.04 installation >> Page de login en boucle

#47 Le 01/09/2019, à 10:25

Re : [Resolu] 19.04 installation >> Page de login en boucle

#48 Le 01/09/2019, à 10:49

Re : [Resolu] 19.04 installation >> Page de login en boucle

#49 Le 01/09/2019, à 13:59

Re : [Resolu] 19.04 installation >> Page de login en boucle

#50 Le 01/09/2019, à 21:25

Re : [Resolu] 19.04 installation >> Page de login en boucle

Pied de page des forums