[Résolu] eee PC Asus mise à niveau Lubuntu 14.04 vers 16.10 plantée

Bougron · Le 02/02/2017, à 01:04

Donc, pour /var/log, il n'y a pas besoin de s'en occuper, c'est fait par l'installation.
Pour DATA, l'installateur ne sait pas faire, donc c'est à notre charge
Tu peux déjà jouer le transfert de la partition DATA devenue data
1) Vérifier que le point de montage est bien créé

ls /data   #### Il doit exister quelque chose qui ne contient rien

2) Transférer les fichiers

sudo chown $USER /data
cd    /data    ### cette commande ne doit pas faire d'erreur.
cp  -Rav   /home/loulive/Bureau .    ### cette commande ne doit pas faire d'erreur. Il peut y avoir zéro fichier.
cp  -Rav   /home/loulive/Documents .  ### cette commande ne doit pas faire d'erreur. Il peut y avoir zéro fichier.
cp  -Rav   /home/loulive/Images .   ### cette commande ne doit pas faire d'erreur. Il peut y avoir zéro fichier.
cp  -Rav   /home/loulive/Musique .  ### cette commande ne doit pas faire d'erreur. Il peut y avoir zéro fichier.
cp  -Rav   /home/loulive/Téléchargements .  ### cette commande ne doit pas faire d'erreur. Il peut y avoir zéro fichier.
cp  -Rav   /home/loulive/Vidéos . ### cette commande ne doit pas faire d'erreur. Il peut y avoir zéro fichier.
cp  -Rav  /home/loulive/.mozilla/firefox . ### cette commande ne doit pas faire d'erreur. Il y a  plein de fichiers. Vérifier qu'il n'y a pas de manque de place disque.
mkdir  cache_firefox   ### cette commande ne doit pas faire d'erreur. 
cp  -Rav  /home/loulive/.cache/mozilla/firefox  cache_firefox  ### cette commande ne doit pas faire d'erreur. Il y a  plein de fichiers. .  Vérifier qu'il n'y a pas de manque de place disque.

3) S'occuper de /lib qui a été oublié sans faire la bêtise.

sudo umount   /dev/sdb2 ### cette commande peut dire que ce n'est  pas monté.
sudo mkdir /mnt/SDB2      ### cette commande ne doit pas faire d'erreur.
sudo mount /dev/sdb2  /mnt/SDB2  ### cette commande ne doit pas faire d'erreur.
cd    /mnt/SDB2  ### cette commande ne doit pas faire d'erreur.
sudo rm -Rv *               #####  On va supprimer ce qui a été stocké la fois d'avant.
sudo cp -Rav /lib/* .     #####Je ne le répète plus. On va transférer les fichiers de ce répertoire dans le nouveau sur la carte  SD, Il y en a un nombre important. Vérifier qu'il n'y à pas de manque de place disque.

4) Mettre à jour le fichier /etc/fstab

sudo gedit    /etc/fstab

Tu vas coller tout ce qui suit derrière la ligne du fichier qui est maintenant
UUID=3ebc5145-e8d7-46df-849d-374edbeda207 /data ext4 defaults 0 2

A ajouter derriere la ligne data avec par gedit a écrit :

/data/Bureau /home/loulive/Bureau none bind
/data/Documents /home/loulive/Documents none bind
/data/Images /home/loulive/Images none bind
/data/Musique /home/loulive/Musique none bind
/data/Téléchargements /home/loulive/Téléchargements none bind
/data/Vidéos /home/loulive/Vidéos none bind
/data/firefox /home/loulive/.mozilla/firefox none bind
/data/cache_firefox /home/loulive/.cache/mozilla/firefox none bind
## Ma partition /lib est sur SDB2 pour une taille de 532 Mo et non 556 Mio
UUID=0c8adecd-1a39-43c8-9172-31cb43a3fc66 /lib ext4 errors=remount-ro 0 2

4) On va contrôler qu'on ne s'est pas trop trompé.

sudo umount /dev/sdb2
sudo mount   /dev/sdb2 
ls -Rls   /lib

5) Supprimer les fichiers

cd /home/loulive/Bureau
rm -Rv *
cd  /home/loulive/Documents 
rm -Rv *
cd /home/loulive/Images
rm -Rv *
cd /home/loulive/Musique
rm  -Rv *
cd  /home/loulive/Téléchargements
rm -Rv *
cd /home/loulive/Vidéos
rm -Rv *
cd /home/loulive/.mozilla/firefox
rm -Rv *
cd /home/loulive/.cache/mozilla/firefox
rm -Rv *
cd   /lib
sudo rm   -Rv   *         ### et on supprime les fichiers dans le EMMC en tout dernier juste avant de booter

Dernière modification par Bougron (Le 02/02/2017, à 12:36)

moko138 · Le 02/02/2017, à 04:38

C'est plus rapide et plus sûr de réinstaller...

Bougron · Le 02/02/2017, à 12:50

moko138 a écrit :

C'est plus rapide et plus sûr de réinstaller...

Bonjour.
Oui, lorsque l'installation est faite sur un EMMC, je pense qu'en moins de 15 minutes c'est fait. Ce n'est pas comme sur une clé USB2 .......
Mais tu avais rappelé qu'on aurait pu continuer en live USB à l'étape modifier le fichier /etc/fstab

C'est juste dommage que le répertoire /lib n'ait pas été lui aussi affecté à la partition SDB2 comme /var/log l'a été à SDB3
Il est vrai que j'avais écris une phrase disant que "ce n'était pas grave s'il ne l'était pas". Je n'avais pas pensé à la réinstallation immédiate...

PS. C'est la première fois que je pilote le déplacement des trois répertoires en une seule opération. Ce n'est pas une réussite!
Mais j'ai au moins retenu qu'il est préférable de faire la suppression de fichiers après avoir avoir mis à jour le fichier /etc/fstab
Habituellement, je ne propose que le déplacement des 5 répertoires de l'utilisateur (sans le bureau) dans des installations déjà existantes et pour pointer dans l'ancien /home d'un ancien ubuntu.
Pour cette installation neuve, j'aurais pu ne pas mettre la copie et la suppression des six répertoires utilisateurs car il n'y avait certainement rien dedans pour les 6.

Remarque; Pour firefox, je ne connaissais pas....

A noter quelque chose qui m'inquiète
=================== df -Th:
Filesystem Type Size Used Avail Use% Mounted on
/dev/sdc3 ext4 24M 5.4M 17M 25% /var/log

Dernière modification par Bougron (Le 02/02/2017, à 12:55)

Corto Celtic · Le 02/02/2017, à 13:55

Bonjour,

me voilà a faire une nouvelle install.
Toutes les partitions bien nomées et formater cliqué,
je clique sur "installer maintenant" (/dev/sda1 choisi) et viens une fenêtre qui dit:

Vous avez affecté un systeme de fichiers séparé pour /lib.
Pour que le système puisse démarrer normalement,
ce répertoire doit se trouver sur le fichier racine.

veuillez corriger cela à partir du menu partitionnement

Je le déplace ??

Dernière modification par Corto Celtic (Le 02/02/2017, à 13:57)

Corto Celtic · Le 02/02/2017, à 14:05

Ou bien je dénomme le répertoire /lib
et on le re installe par la suite ?

Corto Celtic · Le 02/02/2017, à 14:22

J'ai dénommé le répertoire /lib et je continue l'installation.....

A suivre

moko138 · Le 02/02/2017, à 14:56

Corto Celtic a écrit :

me voilà a faire une nouvelle install.
Toutes les partitions bien nomées et formater cliqué,
je clique sur "installer maintenant" (/dev/sda1 choisi) et viens une fenêtre qui dit:
Vous avez affecté un systeme de fichiers séparé pour /lib.
Pour que le système puisse démarrer normalement,
ce répertoire doit se trouver sur le fichier racine.

veuillez corriger cela à partir du menu partitionnement
Je le déplace ??
J'ai dénommé le répertoire /lib et je continue l'installation.....

Tiens ! Je ne connaissais pas ce message, et j'en suis étonné.
Si c'était pour moi, je tenterais de passer outre, pour voir ; quitte, en cas d'échec, à recommencer sans séparer /lib/.

Mais bon, tu as fait le choix de la sécurité, je comprends.
Nous allons donc nous retrouver dans une situation stable mais spatialement serrée.
Il faudra mettre en place des mesures préventives pour éviter de saturer la racine, notamment ne pas garder de .deb dans /var/cache/archives, après emploi.

- -

Tu aurais pu ne pas reformater /data, pour éviter d'y refaire les créations de répertoires.

Bougron · Le 02/02/2017, à 15:11

Corto Celtic a écrit :

Bonjour,
me voilà a faire une nouvelle install.
Toutes les partitions bien nomées et formater cliqué,
je clique sur "installer maintenant" (/dev/sda1 choisi) et viens une fenêtre qui dit:
Vous avez affecté un systeme de fichiers séparé pour /lib.
Pour que le système puisse démarrer normalement,
ce répertoire doit se trouver sur le fichier racine.

veuillez corriger cela à partir du menu partitionnement
Je le déplace ??

Bonjour
Je crois que le message parle de lui-même en plus
/lib bibliothèques librairies Bibliothèques partagées essentielles et modules du noyau
Dont systemd. Il y a bien dans ce paquet un logiciel qui serait nécessaire pour monter les partitions. Non présent dans le noyau,...... c'est fichu

J'ai vu que chez moi, cette partition fait 1,1 GO

Mais j'ai vu une autre partition /usr plus volumineuse (1,8 Go) qui me semble plus déplaçable sans moins de risque car devrait être utilisée un peu plus tard

/usr ressources système Unix Unix system resources Hiérarchie secondaire, pour des données en lecture seule par les utilisateurs. Ce répertoire contient la vaste majorité des applications usuelles des utilisateurs et leurs fichiers

J'enquête un peu sur internet

Il semble que /user ne soit pas recommandé

Mais j'ai aussi vu /usr/lib (1,8 Go chez moi) et aussi /usr/shard (1,1 Go chez moi)

Dernière modification par Bougron (Le 02/02/2017, à 15:32)

moko138 · Le 02/02/2017, à 15:12

Bougron a écrit :

A noter quelque chose qui m'inquiète

=================== df -Th:
Filesystem     Type      Size  Used Avail Use% Mounted on
/dev/sdc3      ext4       24M  5.4M   17M  25% /var/log

Avec Lubuntu 14.04, je n'atteinds jamais 9 Mio; présentement :

ncdu /var/log
/var/log -----------------------------------
    1,1MiB [##########]  syslog.1                                                                 
    1,0MiB [######### ]  btmp.1
  528,0KiB [####      ]  syslog
  516,0KiB [####      ]  kern.log
  500,0KiB [####      ] /upstart
  460,0KiB [####      ]  kern.log.1
  292,0KiB [##        ]  udev
  244,0KiB [##        ]  pm-suspend.log.1
  172,0KiB [#         ] /lightdm
(...)
 Total disk usage:   7,1MiB  Apparent size:   6,5MiB  Items: 287

7,1 Mio malgré un uptime de 3,8 jours

Ce qui n'interdit pas de potasser en plus la manière de limiter, par les options de montage dans fstab, la taille de /var/log.

Bougron · Le 02/02/2017, à 15:17

Salut moko138
Lorsque l'installation sera finalisée, ncdu parlera.

Dernière modification par Bougron (Le 02/02/2017, à 15:18)

moko138 · Le 02/02/2017, à 15:27

Dans ma Lub 14.04 32b :

sudo du -sx -BM /; sudo du -shx -BM /* 2>/dev/null | sort -nr | head -n 6
3529M	/
(...)	/data_100
2608M	/usr
429M	/lib
318M	/var
63M	/boot
54M	/home

On pourrait retenter avec /var/ au lieu de /lib/.
En ce cas,
- plus besoin de partition /var/log (gain : 24 Mio) ;
- On peut diminuer de 90 Mio la partition prévue pour /lib/ avant de l'attribuer à /var/

ncdu /var
. 235,3MiB [##########] /lib
. 127,9MiB [#####     ] /cache                                                                    
    7,1MiB [          ] /log
    3,7MiB [          ] /backups
    1,3MiB [          ] /crash
.  52,0KiB [          ] /spool
e   4,0KiB [          ] /tmp
e   4,0KiB [          ] /opt
(...)
 Total disk usage: 375,5MiB  Apparent size: 352,6MiB  Items: 7619

Ce qui libérerait 24 +90 = 114 Mio pour agrandir /data/.

Corto Celtic · Le 02/02/2017, à 15:29

Bonjour Bougron bonjour moko138,
Installation finie.

boot info:
http://paste2.org/KCcD94vF

Bougron · Le 02/02/2017, à 15:45

moko138 a écrit :

Corto Celtic a écrit :
me voilà à faire une nouvelle install.
Toutes les partitions bien nommées et formater cliqué,
je clique sur "installer maintenant" (/dev/sda1 choisi) et viens une fenêtre qui dit:
Vous avez affecté un système de fichiers séparé pour /lib.
Pour que le système puisse démarrer normalement,
ce répertoire doit se trouver sur le fichier racine.

veuillez corriger cela à partir du menu partitionnement
Je le déplace ??
J'ai dénommé le répertoire /lib et je continue l'installation.....
Tiens ! Je ne connaissais pas ce message, et j'en suis étonné.
Si c'était pour moi, je tenterais de passer outre, pour voir ; quitte, en cas d'échec, à recommencer sans séparer /lib/.
Mais bon, tu as fait le choix de la sécurité, je comprends.
Nous allons donc nous retrouver dans une situation stable mais spatialement serrée.
Il faudra mettre en place des mesures préventives pour éviter de saturer la racine, notamment ne pas garder de .deb dans /var/cache/archives, après emploi.
.

Bonjour Moko128
Tu as proposé /lib Vu ce message je pense qu'il ne faut pas continuer.
Mais aurais-tu accidentellement confondu avec /usr/lib dont la taille chez moi est aussi de 1,1 go.

Je n'ai pas réalisé sur le coup, Mais au lieu d'avoir trois partitions SDB1 SDB2 SDB3
on pourrait seulement en avoir une seule qui contient tout. De ce style:

##   Ma partition DATA est sur SDB1 pour une taille de tout le disque.
UUID=69d50800-6818-4bae-bd55-303953e93ce1   /DATA        ext4        errors=remount-ro    0        2
/DATA/Bureau                    /home/loulive/Bureau                       none  bind
/DATA/Documents             /home/loulive/Documents                none  bind
/DATA/Images                     /home/loulive/Images                      none  bind
/DATA/Musique                  /home/loulive/Musique                      none  bind
/DATA/Téléchargements  /home/loulive/Téléchargements       none  bind
/DATA/Vidéos                    /home/loulive/Vidéos                          none  bind
/DATA/firefox                      /home/loulive/.mozilla/firefox             none  bind 
/DATA/cache_firefox          /home/loulive/.cache/mozilla/firefox  none  bind
/DATA/USR-LIB                 /usr/lib                                                     none bind
/DATA/USR-SHARE         /usr/share                                               node  bind
/DATA/VAR-LOG               /var/log                                                    none  bind
/DATA/LIB-MODULES     /lib/modules                                            none  bind    ????????
etc...... si besoin

Qu'en penses-tu?

Je viens de voir cela pour la partition /usr https://freedesktop.org/wiki/Software/s … is-broken/
One thing in advance: systemd itself is actually completely fine with /usr on a separate file system that is not pre-mounted at boot time. However, the common basic set of OS components of modern Linux machines is not, and has not been in quite some time. And it is unlikely that this is going to be fixed any time soon, or even ever.
Donc pour ce répertoire, c'est presque acquit que cela doit marcher.

Dernière modification par Bougron (Le 02/02/2017, à 15:54)

Bougron · Le 02/02/2017, à 16:06

Je viens de regarder le log

=================== df -Th:
Filesystem     Type      Size  Used Avail Use% Mounted on
/dev/sda1      ext4      3.7G  2.7G  791M  78% /
/dev/sdb3      ext4       24M  7.8M   14M  37% /var/log
/dev/sdb1      ext4      5.2G   11M  4.9G   1% /data

Tu peux attaquer tout ce qui concerne le /home.
Notes que si tu as déjà fais la copie, il me semble inutile de la recommencer car tous les fichiers sont très certainement identiques
UNE RECTIFICATION
Pour aller plus vite

sudo chown $USER /data
mkdir     Documents             
mkdir     Images                  
mkdir     Musique                 
mkdir     Téléchargements 
mkdir      Vidéos   
cp  -Rav  /home/loulive/.mozilla/firefox . ### cette commande ne doit pas faire d'erreur. Il y a  plein de fichiers. Vérifier qu'il n'y a pas de manque de place disque.
mkdir  cache_firefox   ### cette commande ne doit pas faire d'erreur. 
cp  -Rav  /home/loulive/.cache/mozilla/firefox  cache_firefox  ### cette commande ne doit pas faire d'erreur. Il y a  plein de fichiers. .  Vérifier qu'il n'y a pas de manque de place disque.

Mettre à jour le fichier /etc/fstab

sudo gedit    /etc/fstab

Tu vas coller tout ce qui suit derrière la ligne du fichier qui est maintenant
UUID=f3f84ff8-1b57-4cfd-84cb-93ba45508fd9 /data ext4 defaults 0 2
A ajouter derrière la ligne data avec par gedit

sudo gedit /etc/fstab

/data/Bureau /home/loulive/Bureau none bind
/data/Documents /home/loulive/Documents none bind
/data/Images /home/loulive/Images none bind
/data/Musique /home/loulive/Musique none bind
/data/Téléchargements /home/loulive/Téléchargements none bind
/data/Vidéos /home/loulive/Vidéos none bind
/data/firefox /home/loulive/.mozilla/firefox none bind
/data/cache_firefox /home/loulive/.cache/mozilla/firefox none bind

Puis on supprime avant de booter

cd /home/loulive/.mozilla/firefox
rm -Rv *
cd /home/loulive/.cache/mozilla/firefox
rm -Rv *

Après le boot tu referas df -h

Dernière modification par Bougron (Le 02/02/2017, à 19:56)

Corto Celtic · Le 02/02/2017, à 16:54

Dans l'ordre, je fais quoi ?
Une nouvelle install avec un nouveau partitionnement de la microSD ou des modifications ?
Dans le cas des modifications, dans quel ordre ?

Bougron · Le 02/02/2017, à 17:05

Je te propose de ne toucher a rien
a l'exception du déplacement de la structure de tes données de /home

Il faut quand même que tu puisses avancer et découvrir un peu ubuntu

Car tu as quand même un peu de place

Pour la suite, j'ai fais une proposition d'avoir une seule partition pour y mettre tous les répertoires candidats.
Cela ne peut plus se traiter par une installation mais par déplacement qui se fera tranquillement.
Par recopie d'un répertoire à la fois dans cette partition au lieu d'un répertoire par partition. Ce qui ne me semble pas viable si trop de répertoires sont à déplacer au fil du temps.
Moko138 donnera un avis

car il y avait aussi la solution de créer tout le /home sur la carte SD et aussi tout le /usr au lieu du /lib et pourquoi pas tout le /var (je n'ai pas vérifié si possible) et aussi /boot (Cela c'est certain).
Si on prend ce choix, c'est une nouvelle installation.
Cela n'empêche pas après de déplacer aussi des sous-répertoires.

Dernière modification par Bougron (Le 02/02/2017, à 17:24)

Corto Celtic · Le 02/02/2017, à 19:20

Bougron a écrit :

Je te propose de ne toucher a rien
a l'exception du déplacement de la structure de tes données de /home

Ok, on peut faire ça

Il faut quand même que tu puisses avancer et découvrir un peu ubuntu

un bon début cette manipe pour apprendre

Il en est quoi de /dev/sdb2 ? Je peux le ré-integrer dans /dev/sdb1 et faire de /dev/sdb1 le /home ?

Dernière modification par Corto Celtic (Le 02/02/2017, à 19:28)

Bougron · Le 02/02/2017, à 19:26

Il faut donc que tu fasses les manips prévues pour le /home.

Puis lorsque c'est fait, télécharger un gros fichier (iso de windows10? de ubuntu? ou autre ) pour voir que c'est bien le SD qui s'emplit et non le EMMC

df -Th

Pour la suite, ce n'est pas fini, car il va falloir que tu fasses les mises à jours, que tu installes quelques logiciels (Dont GPARTED et NCDU), et que tu penses à bien épurer les noyaux car tu n'as pas la place d'en avoir 4 ou 5!!!

ncdu 1.11 ~ Use the arrow keys to navigate, press ? for help                    
--- /lib/modules ---------------------------------------------------------------
                         /..                                                    
  207,9 MiB [##########] /4.4.0-57-generic
  207,8 MiB [######### ] /4.4.0-51-generic
  207,8 MiB [######### ] /4.4.0-59-generic
  207,6 MiB [######### ] /4.4.0-47-generic
  207,5 MiB [######### ] /4.4.0-45-generic
   41,7 MiB [##        ] /4.4.0-31-generic

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

Corto Celtic · Le 02/02/2017, à 19:32

ok je reprend au post 114 ?

sudo chown $USER /data
cp  -Rav  /home/loulive/.mozilla/firefox . ### cette commande ne doit pas faire d'erreur. Il y a  plein de fichiers. Vérifier qu'il n'y a pas de manque de place disque.
mkdir  cache_firefox   ### cette commande ne doit pas faire d'erreur. 
cp  -Rav  /home/loulive/.cache/mozilla/firefox  cache_firefox  ### cette commande ne doit pas faire d'erreur. Il y a  plein de fichiers. .  Vérifier qu'il n'y a pas de manque de place disque.

Corto Celtic · Le 02/02/2017, à 19:44

ok?

Bougron · Le 02/02/2017, à 19:44

Corto Celtic a écrit :

Il en est quoi de /dev/sdb2 ? Je peux le ré-integrer dans /dev/sdb1 et faire de /dev/sdb1 le /home ?

Pour le moment ne pas avoir de partition /home, n'est pas un gros problème. Cela obligerait une nouvelle installation.
Réintégrer sdb2 dans SDB1 ou SDB3 pourquoi pas?

Mais j'attends quand même l'avis de moko138 car je suis convaincu que ce qu'on a fait avec /lib et qui a aboutit à un problème de fonctionnement mis en évidence lors de la seconde installation, ne va pas se produire si on y met /usr

Avoir une partition indépendante a malgré tout quelques avantages. Lorsque ubuntu se met a mal fonctionner il a tendance à remplir la partition /var

Avec une petite partition, on est alerté rapidement. Avec une grosse, on peut l'être au bout d'une semaine ou plus. Moko138 intervient souvent dans ces problèmes pour solutionner efficacement. C'est pour cela que je ne suis pas surpris qu'il veuille une partition contenant uniquement les logs et de très petite taille.

Dernière modification par Bougron (Le 02/02/2017, à 19:47)

Bougron · Le 02/02/2017, à 19:48

Corto Celtic a écrit :

ok je reprend au post 114 ?

sudo chown $USER /data
cp  -Rav  /home/loulive/.mozilla/firefox . ### cette commande ne doit pas faire d'erreur. Il y a  plein de fichiers. Vérifier qu'il n'y a pas de manque de place disque.
mkdir  cache_firefox   ### cette commande ne doit pas faire d'erreur. 
cp  -Rav  /home/loulive/.cache/mozilla/firefox  cache_firefox  ### cette commande ne doit pas faire d'erreur. Il y a  plein de fichiers. .  Vérifier qu'il n'y a pas de manque de place disque.

OK

Bougron · Le 02/02/2017, à 19:52

J'ai oublié

mkdir     /data/Documents             
mkdir    /data/Images                  
mkdir    /data/Musique                 
mkdir    /data/Téléchargements 
mkdir   /data/Vidéos

Dernière modification par Bougron (Le 02/02/2017, à 19:53)

Corto Celtic · Le 02/02/2017, à 20:13

A demain et bonne soiré.
on verra ce que pense Moko138

moko138 · Le 02/02/2017, à 20:20

J'arrive !

Bougron a écrit :

Je n'ai pas réalisé sur le coup, Mais au lieu d'avoir trois partitions SDB1 SDB2 SDB3
on pourrait seulement en avoir une seule qui contient tout. De ce style:

##   Ma partition DATA est sur SDB1 pour une taille de tout le disque.
UUID=69d50800-6818-4bae-bd55-303953e93ce1   /DATA        ext4        errors=remount-ro    0        2
/DATA/Bureau                    /home/loulive/Bureau                       none  bind
/DATA/Documents             /home/loulive/Documents                none  bind
/DATA/Images                     /home/loulive/Images                      none  bind
/DATA/Musique                  /home/loulive/Musique                      none  bind
/DATA/Téléchargements  /home/loulive/Téléchargements       none  bind
/DATA/Vidéos                    /home/loulive/Vidéos                          none  bind
/DATA/firefox                      /home/loulive/.mozilla/firefox             none  bind 
/DATA/cache_firefox          /home/loulive/.cache/mozilla/firefox  none  bind
/DATA/USR-LIB                 /usr/lib                                                     none bind
/DATA/USR-SHARE         /usr/share                                               node  bind
/DATA/VAR-LOG               /var/log                                                    none  bind
/DATA/LIB-MODULES     /lib/modules                                            none  bind    ????????
etc...... si besoin

Qu'en penses-tu?

1) Il n'y a pas 3 mais 4 partitions sur la carte SD.

df -Th
Filesystem     Type      Size  Used Avail Use% Mounted on
/dev/sdb1      ext4      5.2G   11M  4.9G   1% /data
/dev/sdb2      ext4      532M  432K  492M   1% /media/loulive/d4e6f337-d119-4d0c-95e5-a6047ccfb46f
/dev/sdb3      ext4       24M  7.8M   14M  37% /var/log
### Et, vue par parted -l :
/dev/sdb4       12382208 15523839  3141632  1.5G 82 Linux swap / Solaris

2) Je ne suis pas chaud, parce que séparer données perso - à sauvegarder coûte que coûte, et c'est parfois délicat en cas de crash-disque ou de crash-partition, tu es bien placé pour le savoir, toi qui aides souvent dans ce but - et fichiers système (réinstallables rapidement) a toujours été une règle saine.

De plus, je suis persuadé que tôt ou tard Corto Celtic expérimentera la suggestion de lucmars (2ème système sur DDE) et que dans cette situation il sera heureux de trouver toutes prêtes ses données perso, à l'exclusion des fichiers système et des fichiers de config propres à un home spécifique.

D'où mon message de 14h27, que tu n'avais manifestement pas encore vu.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#101 Le 02/02/2017, à 01:04

Re : [Résolu] eee PC Asus mise à niveau Lubuntu 14.04 vers 16.10 plantée

#102 Le 02/02/2017, à 04:38

Re : [Résolu] eee PC Asus mise à niveau Lubuntu 14.04 vers 16.10 plantée

#103 Le 02/02/2017, à 12:50

Re : [Résolu] eee PC Asus mise à niveau Lubuntu 14.04 vers 16.10 plantée

#104 Le 02/02/2017, à 13:55

Re : [Résolu] eee PC Asus mise à niveau Lubuntu 14.04 vers 16.10 plantée

#105 Le 02/02/2017, à 14:05

Re : [Résolu] eee PC Asus mise à niveau Lubuntu 14.04 vers 16.10 plantée

#106 Le 02/02/2017, à 14:22

Re : [Résolu] eee PC Asus mise à niveau Lubuntu 14.04 vers 16.10 plantée

#107 Le 02/02/2017, à 14:56

Re : [Résolu] eee PC Asus mise à niveau Lubuntu 14.04 vers 16.10 plantée

#108 Le 02/02/2017, à 15:11

Re : [Résolu] eee PC Asus mise à niveau Lubuntu 14.04 vers 16.10 plantée

#109 Le 02/02/2017, à 15:12

Re : [Résolu] eee PC Asus mise à niveau Lubuntu 14.04 vers 16.10 plantée

#110 Le 02/02/2017, à 15:17

Re : [Résolu] eee PC Asus mise à niveau Lubuntu 14.04 vers 16.10 plantée

#111 Le 02/02/2017, à 15:27

Re : [Résolu] eee PC Asus mise à niveau Lubuntu 14.04 vers 16.10 plantée

#112 Le 02/02/2017, à 15:29

Re : [Résolu] eee PC Asus mise à niveau Lubuntu 14.04 vers 16.10 plantée

#113 Le 02/02/2017, à 15:45

Re : [Résolu] eee PC Asus mise à niveau Lubuntu 14.04 vers 16.10 plantée

#114 Le 02/02/2017, à 16:06

Re : [Résolu] eee PC Asus mise à niveau Lubuntu 14.04 vers 16.10 plantée

#115 Le 02/02/2017, à 16:54

Re : [Résolu] eee PC Asus mise à niveau Lubuntu 14.04 vers 16.10 plantée

#116 Le 02/02/2017, à 17:05

Re : [Résolu] eee PC Asus mise à niveau Lubuntu 14.04 vers 16.10 plantée

#117 Le 02/02/2017, à 19:20

Re : [Résolu] eee PC Asus mise à niveau Lubuntu 14.04 vers 16.10 plantée

#118 Le 02/02/2017, à 19:26

Re : [Résolu] eee PC Asus mise à niveau Lubuntu 14.04 vers 16.10 plantée

#119 Le 02/02/2017, à 19:32

Re : [Résolu] eee PC Asus mise à niveau Lubuntu 14.04 vers 16.10 plantée

#120 Le 02/02/2017, à 19:44

Re : [Résolu] eee PC Asus mise à niveau Lubuntu 14.04 vers 16.10 plantée

#121 Le 02/02/2017, à 19:44

Re : [Résolu] eee PC Asus mise à niveau Lubuntu 14.04 vers 16.10 plantée

#122 Le 02/02/2017, à 19:48

Re : [Résolu] eee PC Asus mise à niveau Lubuntu 14.04 vers 16.10 plantée

#123 Le 02/02/2017, à 19:52

Re : [Résolu] eee PC Asus mise à niveau Lubuntu 14.04 vers 16.10 plantée

#124 Le 02/02/2017, à 20:13

Re : [Résolu] eee PC Asus mise à niveau Lubuntu 14.04 vers 16.10 plantée

#125 Le 02/02/2017, à 20:20

Re : [Résolu] eee PC Asus mise à niveau Lubuntu 14.04 vers 16.10 plantée

Pied de page des forums