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.

#1 Le 08/02/2018, à 23:18

gc29

espace libre insuffisant plus de boot

systeme sur ssd, data hdd. Normalement c'est large mais mon ignorance ma permis de merdouiller sévère.

jagounette@jagounette-System-Product-Name:~$ sudo apt full-upgrade
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Calcul de la mise à jour... Fait
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
  janino javahelp2 junit libbcmail-java libbcpkix-java libbcprov-java
  libdom4j-java libfreehep-export-java libfreehep-graphics2d-java
  libfreehep-graphicsio-java libfreehep-graphicsio-svg-java
  libfreehep-graphicsio-tests-java libfreehep-io-java libfreehep-swing-java
  libfreehep-util-java libfreehep-xml-java libgnuinet-java libgnumail-java
  libitext-java libjanino-java libjas-plotter-java libjaxen-java libjdom1-java
  libnb-org-openide-util-java libnb-org-openide-util-lookup-java
  libsunflow-java libtablelayout-java libxom-java libxpp2-java libxpp3-java
  sweethome3d-furniture
Veuillez utiliser « sudo apt autoremove » pour les supprimer.
Les NOUVEAUX paquets suivants seront installés :
  fonts-liberation2 libboost-locale1.58.0 libboost-thread1.58.0
Les paquets suivants seront mis à jour :
  apparmor chromium-codecs-ffmpeg-extra fonts-opensymbol libapache2-mod-php7.0
  libapparmor-perl libapparmor1 libminiupnpc10 libparted-fs-resize0 libparted2
  libreoffice libreoffice-avmedia-backend-gstreamer libreoffice-base
  libreoffice-base-core libreoffice-base-drivers libreoffice-calc
  libreoffice-common libreoffice-core libreoffice-draw libreoffice-gnome
  libreoffice-gtk libreoffice-gtk2 libreoffice-help-en-gb
  libreoffice-help-en-us libreoffice-help-fr libreoffice-impress
  libreoffice-java-common libreoffice-l10n-en-gb libreoffice-l10n-en-za
  libreoffice-l10n-fr libreoffice-librelogo libreoffice-math
  libreoffice-nlpsolver libreoffice-ogltrans libreoffice-pdfimport
  libreoffice-report-builder libreoffice-report-builder-bin
  libreoffice-script-provider-bsh libreoffice-script-provider-js
  libreoffice-script-provider-python libreoffice-sdbc-hsqldb
  libreoffice-sdbc-postgresql libreoffice-style-breeze
  libreoffice-style-galaxy libreoffice-style-tango libreoffice-wiki-publisher
  libreoffice-writer parted php7.0-cli php7.0-common php7.0-gd php7.0-json
  php7.0-mcrypt php7.0-mysql php7.0-opcache php7.0-readline python3-uno unifi
  uno-libs3 ure
59 mis à jour, 3 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 164 Mo dans les archives.
Après cette opération, 14,0 Mo d'espace disque supplémentaires seront utilisés.
E: Pas assez d'espace disponible sur /var/cache/apt/archives/
jagounette@jagounette-System-Product-Name:~$ sudo   df   -h
[sudo] Mot de passe de jagounette : 
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev               7,8G       0  7,8G   0% /dev
tmpfs              1,6G     62M  1,5G   4% /run
/dev/sda1          214G    203G     0 100% /
tmpfs              7,8G    108M  7,7G   2% /dev/shm
tmpfs              5,0M    4,0K  5,0M   1% /run/lock
tmpfs              7,8G       0  7,8G   0% /sys/fs/cgroup
/dev/loop1          84M     84M     0 100% /snap/core/3604
/dev/loop0          82M     82M     0 100% /snap/core/3887
/dev/loop4          84M     84M     0 100% /snap/core/3748
/dev/sdb1          917G    150G  721G  18% /data
tmpfs              2,4G       0  2,4G   0% /var/cache/unifi-video
tmpfs              1,6G    152K  1,6G   1% /run/user/1000
jagounette@jagounette-System-Product-Name:~$ dpkg -l | grep -Ei "linux-(g|h|i|si|t)"
ii  linux-generic                                 4.4.0.112.118                                amd64        Complete Generic Linux kernel and headers
ii  linux-headers-4.4.0-109                       4.4.0-109.132                                all          Header files related to Linux kernel version 4.4.0
ii  linux-headers-4.4.0-109-generic               4.4.0-109.132                                amd64        Linux kernel headers for version 4.4.0 on 64 bit x86 SMP
ii  linux-headers-4.4.0-112                       4.4.0-112.135                                all          Header files related to Linux kernel version 4.4.0
ii  linux-headers-4.4.0-112-generic               4.4.0-112.135                                amd64        Linux kernel headers for version 4.4.0 on 64 bit x86 SMP
ii  linux-headers-generic                         4.4.0.112.118                                amd64        Generic Linux kernel headers
ii  linux-hwe-tools-4.13.0-32                     4.13.0-32.35~16.04.1                         amd64        Linux kernel version specific tools for version 4.13.0-32
ii  linux-image-4.4.0-109-generic                 4.4.0-109.132                                amd64        Linux kernel image for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-4.4.0-112-generic                 4.4.0-112.135                                amd64        Linux kernel image for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-extra-4.4.0-109-generic           4.4.0-109.132                                amd64        Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-extra-4.4.0-112-generic           4.4.0-112.135                                amd64        Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-generic                           4.4.0.112.118                                amd64        Generic Linux kernel image
ii  linux-tools-4.13.0-32-generic                 4.13.0-32.35~16.04.1                         amd64        Linux kernel version specific tools for version 4.13.0-32
ii  linux-tools-common                            4.4.0-112.135                                all          Linux kernel version specific tools for version 4.4.0
ii  linux-tools-virtual-hwe-16.04-edge            4.13.0.32.34                                 amd64        Virtual Linux kernel tools

Merci de m'éclairer, j'ai passé quelques commande autoremove, autoclean... j'ai eu des problèmes avec thunderbird qui ne supprimait plus les messages les duplicants à la place malgré réparatio compactage suppression des fichiers comme indiqué dans l'aide. est-ce lié ?

Dernière modification par gc29 (Le 11/02/2018, à 12:33)

Hors ligne

#2 Le 08/02/2018, à 23:31

MicP

Re : espace libre insuffisant plus de boot

Bonjour gc29

"sudo   df   -h" a écrit :
…
/dev/sda1          214G    203G     0 100% /
…
/dev/sdb1          917G    150G  721G  18% /data
…

203GB occupés, je trouve que c'est vraiment beaucoup pour un système.

Tu devrais sans doute pouvoir
transférer des fichiers de grande taille (20 ou 30GB de vidéos ou musiques peut-être…)
dans le répertoire (ou un de ses sous-répertoires) /data/ qui est dans une partition qui dispose de 721GB de libres

=======
NOTE :
Mes répertoires ~/Téléchargements ~/Vidéos ~/Musique ~/Images ~/Documents sont des liens vers un autre système de fichiers
qui est dans la partition d'un autre disque que celui dans lequel j'ai la partition qui est utilisée par mon répertoire racine.
Du coup, je n'ai jamais plus de 16 GB occupés par la racine de mon système (j'utilise debian, mais avec Ubuntu ce serait à peu près pareil).

Dernière modification par MicP (Le 08/02/2018, à 23:42)

Hors ligne

#3 Le 09/02/2018, à 07:11

gc29

Re : espace libre insuffisant plus de boot

Merci pour ta réponse, a l'origine mon système devait ressembler au tien. Visiblement y'a un lézard quelque part et ne m'en suis pas rendu compte avant hier. Du coup je ne sais pas comment voir ce qui est sur le ssd et qui devrai être sur le hdd pour les transférer ainsi que corriger l'erreur qui m'a amené dans cette situation.

j'ai supprimer 2-3 applications, redemarré, passer l'upgrade et autoremove,

jagounette@jagounette-System-Product-Name:~$ sudo   df   -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev               7,8G       0  7,8G   0% /dev
tmpfs              1,6G    9,9M  1,6G   1% /run
/dev/sda1          214G    134G   70G  66% /
tmpfs              7,8G     72M  7,8G   1% /dev/shm
tmpfs              5,0M    4,0K  5,0M   1% /run/lock
tmpfs              7,8G       0  7,8G   0% /sys/fs/cgroup
/dev/loop0          82M     82M     0 100% /snap/core/3887
/dev/loop1          84M     84M     0 100% /snap/core/3604
/dev/loop2          84M     84M     0 100% /snap/core/3748
/dev/sdb1          917G    150G  721G  18% /data
tmpfs              2,4G       0  2,4G   0% /var/cache/unifi-video
tmpfs              1,6G     68K  1,6G   1% /run/user/1000

J'ai gagné 70G, sans doute un bugg quelque part mais il reste quand même 134G

Dernière modification par gc29 (Le 09/02/2018, à 07:27)

Hors ligne

#4 Le 09/02/2018, à 07:29

xubu1957

Re : espace libre insuffisant plus de boot

Fournis le noyau actif :

uname -a

et les noyaux présents :

dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)" | sort -k3 | tr -s " " | cut -d" " -s -f1,2,3 | column -s" " -t

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

En ligne

#5 Le 09/02/2018, à 07:35

gc29

Re : espace libre insuffisant plus de boot

merci

jagounette@jagounette-System-Product-Name:~$ uname -a
Linux jagounette-System-Product-Name 4.4.0-112-generic #135-Ubuntu SMP Fri Jan 19 11:48:36 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
jagounette@jagounette-System-Product-Name:~$ dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)" | sort -k3 | tr -s " " | cut -d" " -s -f1,2,3 | column -s" " -t
ii  linux-tools-virtual-hwe-16.04-edge   4.13.0.32.34
ii  linux-hwe-tools-4.13.0-32            4.13.0-32.35~16.04.1
ii  linux-tools-4.13.0-32-generic        4.13.0-32.35~16.04.1
ii  linux-headers-4.4.0-109              4.4.0-109.132
ii  linux-image-extra-4.4.0-109-generic  4.4.0-109.132
ii  linux-headers-4.4.0-109-generic      4.4.0-109.132
ii  linux-image-4.4.0-109-generic        4.4.0-109.132
ii  linux-generic                        4.4.0.112.118
ii  linux-headers-generic                4.4.0.112.118
ii  linux-image-generic                  4.4.0.112.118
ii  linux-headers-4.4.0-112              4.4.0-112.135
ii  linux-tools-common                   4.4.0-112.135
ii  linux-image-extra-4.4.0-112-generic  4.4.0-112.135
ii  linux-headers-4.4.0-112-generic      4.4.0-112.135
ii  linux-image-4.4.0-112-generic        4.4.0-112.135

Hors ligne

#6 Le 09/02/2018, à 07:40

xubu1957

Re : espace libre insuffisant plus de boot

Tu as deux noyaux, le 4.4.0.112 et le 4.4.0-109.

ii  linux-tools-virtual-hwe-16.04-edge   4.13.0.32.34
ii  linux-hwe-tools-4.13.0-32            4.13.0-32.35~16.04.1
ii  linux-tools-4.13.0-32-generic        4.13.0-32.35~16.04.1

Et un pour la gestion du HWE.

On ne gagnera pas de la place sur les noyaux.

Il faut d'autres avis.


Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

En ligne

#7 Le 09/02/2018, à 07:48

gc29

Re : espace libre insuffisant plus de boot

merci, j'avais passé une commande donnée par moko qui supprime les "rc" uniquement je ne l'ai plus de tête.

Hors ligne

#8 Le 09/02/2018, à 07:49

xubu1957

Re : espace libre insuffisant plus de boot

Regarde le tutoriel de moko138 :

Le 07/02/2018, moko138 a écrit :
sudo apt-get clean; sudo apt-get autoremove

puis

sudo apt-get update
sudo apt-get install ncdu

et appliquer les lignes en rouge dans le #2 du mini-tutoriel dans ma signature.

ncdu  [Tutoriel] ncdu - Repérer les éléments volumineux


Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

En ligne

#9 Le 09/02/2018, à 13:47

gc29

Re : espace libre insuffisant plus de boot

ok merci

Hors ligne

#10 Le 09/02/2018, à 15:27

MicP

Re : espace libre insuffisant plus de boot

Bonjour

Par curiosité,
pourrais-tu me donner le retour de cette ligne de commande ?

du -sh ~/Téléchargements ~/Vidéos ~/Musique ~/Images ~/Documents

Merci.

=======
Pour info, voilà ce que ça donne chez moi :

michel@debg53sw:~$ du -sh ~/Téléchargements ~/Vidéos ~/Musique ~/Images ~/Documents
0	/home/michel/Téléchargements
0	/home/michel/Vidéos
0	/home/michel/Musique
0	/home/michel/Images
0	/home/michel/Documents
michel@debg53sw:~$ 

ça pourrait paraître étonnant,
mais c'est parce que :

michel@debg53sw:~$ ls -l ~/Téléchargements ~/Vidéos ~/Musique ~/Images ~/Documents
lrwxrwxrwx 1 michel michel 32 janv. 29 20:40 /home/michel/Documents -> /mnt/mes200gSSD/michel/Documents
lrwxrwxrwx 1 michel michel 29 janv. 29 20:40 /home/michel/Images -> /mnt/mes200gSSD/michel/Images
lrwxrwxrwx 1 michel michel 30 janv. 29 20:40 /home/michel/Musique -> /mnt/mes200gSSD/michel/Musique
lrwxrwxrwx 1 michel michel 40 janv. 29 20:40 /home/michel/Téléchargements -> /mnt/mes200gSSD/michel/Téléchargements
lrwxrwxrwx 1 michel michel 30 janv. 29 20:40 /home/michel/Vidéos -> /mnt/mes200gSSD/michel/Vidéos
michel@debg53sw:~$ 

alors :

michel@debg53sw:~$ du -sh $(readlink ~/Téléchargements ~/Vidéos ~/Musique ~/Images ~/Documents)
35G	/mnt/mes200gSSD/michel/Téléchargements
23G	/mnt/mes200gSSD/michel/Vidéos
4,0K	/mnt/mes200gSSD/michel/Musique
18M	/mnt/mes200gSSD/michel/Images
32K	/mnt/mes200gSSD/michel/Documents
michel@debg53sw:~$ 

et :

michel@debg53sw:~$ df -h
Sys. de fichiers                 Taille Utilisé Dispo Uti% Monté sur
/dev/sda2                           13G    7,1G  4,9G  60% /
udev                                10M       0   10M   0% /dev
tmpfs                              6,3G    9,2M  6,3G   1% /run
tmpfs                               16G     68K   16G   1% /dev/shm
tmpfs                              5,0M    4,0K  5,0M   1% /run/lock
tmpfs                               16G       0   16G   0% /sys/fs/cgroup
/dev/mapper/mesSSD128-mes200gSSD   197G    178G  8,6G  96% /mnt/mes200gSSD
tmpfs                              3,2G    4,0K  3,2G   1% /run/user/117
tmpfs                              3,2G     12K  3,2G   1% /run/user/1000
michel@debg53sw:~$ 

Dernière modification par MicP (Le 09/02/2018, à 15:29)

Hors ligne

#11 Le 09/02/2018, à 21:49

gc29

Re : espace libre insuffisant plus de boot

un peu vidé de la journée par remis le nez dedans

jagounette@jagounette-System-Product-Name:~$ du -sh ~/Téléchargements ~/Vidéos ~/Musique ~/Images ~/Documents
128G	/home/jagounette/Téléchargements
8,3G	/home/jagounette/Vidéos
20K	/home/jagounette/Musique
2,8G	/home/jagounette/Images
11G	/home/jagounette/Documents
jagounette@jagounette-System-Product-Name:~$ ls -l ~/Téléchargements ~/Vidéos ~/Musique ~/Images ~/Documents
/home/jagounette/Documents:
total 2656


/home/jagounette/Images:
total 252

/home/jagounette/Musique:
total 0

/home/jagounette/Téléchargements:
total 3086636

/home/jagounette/Vidéos:
total 5800360
agounette@jagounette-System-Product-Name:~$  du -sh $(readlink ~/Téléchargements ~/Vidéos ~/Musique ~/Images ~/Documents)
du: impossible de lire le répertoire './.gvfs': Permission non accordée
du: impossible de lire le répertoire './.cache/dconf': Permission non accordée
272G	.
jagounette@jagounette-System-Product-Name:~$  df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev               7,8G       0  7,8G   0% /dev
tmpfs              1,6G    9,9M  1,6G   1% /run
/dev/sda1          214G    134G   70G  66% /
tmpfs              7,8G     66M  7,8G   1% /dev/shm
tmpfs              5,0M    4,0K  5,0M   1% /run/lock
tmpfs              7,8G       0  7,8G   0% /sys/fs/cgroup
/dev/loop0          82M     82M     0 100% /snap/core/3887
/dev/loop1          84M     84M     0 100% /snap/core/3604
/dev/loop2          84M     84M     0 100% /snap/core/3748
/dev/sdb1          917G    150G  721G  18% /data
tmpfs              2,4G       0  2,4G   0% /var/cache/unifi-video
tmpfs              1,6G     88K  1,6G   1% /run/user/1000
jagounette@jagounette-System-Product-Name:~$ lsblk -oFSTYPE /dev/sdb1
FSTYPE
ext4

Dernière modification par gc29 (Le 10/02/2018, à 11:57)

Hors ligne

#12 Le 10/02/2018, à 12:32

gc29

Re : espace libre insuffisant plus de boot

Merci
il me semblait qu'a l'installation du pc avec énormément d'aide le contenu du répertoire téléchargements se situait sur le hdd https://forum.ubuntu-fr.org/viewtopic.php?id=2004432. J'aurais fait une faute de frappe ou autre erreur ?

Hors ligne

#13 Le 10/02/2018, à 12:49

MicP

Re : espace libre insuffisant plus de boot

Bonjour

Je te propose de déplacer le contenu de ton répertoire ~/Téléchargements
dans le système de fichiers de la partition /dev/sdb1

mkdir /data/repertoireLiéTéléchargements               # Créer le répertoire qui sera lié
cp -R {~/,/data/repertoireLié}Téléchargements && sync  # Y copier toute l'arborescence des fichiers contenue dans ~/Téléchargements (128G à copier, ça va prendre … un certain temps)
mv ~/{,ancien}Téléchargements                          # Renommer ~/Téléchargements en ~/ancienTéléchargements
ln -s {/data/repertoireLié,~/}Téléchargements          # créer le lien symbolique ~/Téléchargements qui sera lié au répertoire /data/repertoireLiéTéléchargements

Ensuite, tu pourra supprimer l'ancien répertoire Téléchargement qui avait été renommé :

rm -rf ~/ancienTéléchargements

et tu devrais avoir beaucoup plus d'espace disponible dans ton système de fichiers racine

du -sh /

=======
Apès ça, vu l'espace disponible (environ 592GB) qu'il restera dans le système de fichiers de la partition /dev/sdb1 (/data/)
on pourrait aussi faire le même chose pour les répertoires ~/Vidéos ~/Musique ~/Images ~/Documents

Dernière modification par MicP (Le 10/02/2018, à 13:31)

Hors ligne

#14 Le 10/02/2018, à 13:18

gc29

Re : espace libre insuffisant plus de boot

merci, c'est toujours en cours de copie...

jagounette@jagounette-System-Product-Name:~$ sudo cp -R ~/Téléchargements /data/repertoireLiéTéléchargements
                             
jagounette@jagounette-System-Product-Name:~$ 
jagounette@jagounette-System-Product-Name:~$ mv ~/{,ancien}Téléchargements
mv: impossible de déplacer '/home/jagounette/Téléchargements' vers '/home/jagounette/ancienTéléchargements': Périphérique ou ressource occupé

Dernière modification par gc29 (Le 10/02/2018, à 13:22)

Hors ligne

#15 Le 10/02/2018, à 13:30

MicP

Re : espace libre insuffisant plus de boot

…Périphérique ou ressource occupé…

La copie des 128GB (qui va prendre…un certain temps) n'est pas encore effectivement terminée,
du coup, le système ne peut pas renommer le répertoire source de la copie
puisqu'il en a encore besoin pour pouvoir faire cette copie.

Attends un peu que le voyant d'activité du disque dur cesse de clignoter.

Dans mon message précédent, je vais modifier la commande de copie en ajoutant un sync en fin de ligne de commande,
comme ça, quand la commande de copie sera lancée, le prompt ne sera retourné que quand la copie sera effectivement terminée.

=======
Notes :

{~/,/data/repertoireLié}Téléchargements

est équivalent à :

~/Téléchargements /data/repertoireLiéTéléchargements

===

~/{,ancien}Téléchargements

est équivalent  à :

~/Téléchargements ~/ancienTéléchargements

===

{/data/repertoireLié,~/}Téléchargements

est équivalent  à :

/data/repertoireLiéTéléchargements ~/Téléchargements

Dernière modification par MicP (Le 10/02/2018, à 13:55)

Hors ligne

#16 Le 10/02/2018, à 13:46

gc29

Re : espace libre insuffisant plus de boot

je n'entends plus le disque travaillé depuis que le retour de commande est apparu, toujours le même message. je patiente ou recommence avec sync.
sans utiliser sudo, je n'avais pas les droits

Hors ligne

#17 Le 10/02/2018, à 14:01

MicP

Re : espace libre insuffisant plus de boot

…je n'entends plus le disque travaillé depuis que le retour de commande est apparu, toujours le même message. je patiente ou recommence avec sync.…

Lance juste la commande

sudo sync

et si le prompt reviens aussitôt, c'est que la copie est effectivement terminée

Mais de toutes façons, si le répertoire lié et la copie ont été faits en utilisant sudo,
ils appartiendront au compte root et seront donc inaccessibles depuis ton compte utilisateur

…sans utiliser sudo, je n'avais pas les droits.

(Je suppose que quand tu dis ça, tu parles des droits de la création du répertoire lié,
sinon, merci de préciser de quels droits il s'agit ou/et pour quelle opération)

Si tu utilises sudo pour la création du répertoire lié, du lien et pour la copie
le répertoire lié sera la propriété du compte root

J'avais supposé (J'aurai pas dû, désolé…) que ton compte utilisateur était le propriétaire du répertoire /data/
Si ce n'est pas le cas, il t'aura fallu utiliser sudo pour créer le répertoire /data/repertoireLiéTéléchargements
mais dans ce cas, il faudra que ton compte utilisateur devienne le propriétaire du répertoire /data/repertoireLiéTéléchargements pour qu'il puisse y accéder.

Il faudra donc après avoir créé le répertoire lié,
et depuis le compte utilisateur qui dois en prendre la propriété,
lancer la commande suivante :

sudo chown $USER:$USER /data/repertoireLiéTéléchargements

et ensuite, il ne sera plus nécessaire d'utiliser sudo pour pouvoir y accéder en lecture comme en écriture.

=======
Donnes le retour de la commande suivante :

ls -ld /data /data/repertoireLiéTéléchargements

Merci.

Dernière modification par MicP (Le 10/02/2018, à 14:20)

Hors ligne

#18 Le 10/02/2018, à 14:25

gc29

Re : espace libre insuffisant plus de boot

vue que ça n'évoluait pas j'ai recommencé

jagounette@jagounette-System-Product-Name:~$ sudo cp -R {~/,/data/repertoireLié}Téléchargements && sync
[sudo] Mot de passe de jagounette : 
jagounette@jagounette-System-Product-Name:~$ sudo mv ~/{,ancien}Téléchargements
[sudo] Mot de passe de jagounette : 
mv: impossible de déplacer '/home/jagounette/Téléchargements' vers '/home/jagounette/ancienTéléchargements': Périphérique ou ressource occupé

même problème

jagounette@jagounette-System-Product-Name:~$ ls -ld /data /data/repertoireLiéTéléchargements
drwxr-xr-x 11 root       root       4096 févr. 10 12:54 /data
drwxr-xr-x  3 jagounette jagounette 4096 févr. 10 12:55 /data/repertoireLiéTéléchargements

Dernière modification par gc29 (Le 10/02/2018, à 14:27)

Hors ligne

#19 Le 10/02/2018, à 14:26

MicP

Re : espace libre insuffisant plus de boot

jagounette@jagounette-System-Product-Name:~$ sudo cp -R {~/,/data/repertoireLié}Téléchargements && sync
[sudo] Mot de passe de jagounette : 
jagounette@jagounette-System-Product-Name:~$ sudo mv ~/{,ancien}Téléchargements
[sudo] Mot de passe de jagounette : 
mv: impossible de déplacer '/home/jagounette/Téléchargements' vers '/home/jagounette/ancienTéléchargements': Périphérique ou ressource occupé

même problème

jagounette@jagounette-System-Product-Name:~$ ls -ld /data /data/repertoireLiéTéléchargements
drwxr-xr-x 11 root       root       4096 févr. 10 12:54 /data
drwxr-xr-x  3 jagounette jagounette 4096 févr. 10 12:55 /data/repertoireLiéTéléchargements

Quel est le retour de la commande suivante :

ls -ld /home/jagounette/Téléchargements /home/jagounette/ancienTéléchargements

Dernière modification par MicP (Le 10/02/2018, à 14:46)

Hors ligne

#20 Le 10/02/2018, à 14:36

gc29

Re : espace libre insuffisant plus de boot

jagounette@jagounette-System-Product-Name:~$ sudo chown $USER:$USER /data/repertoireLiéTéléchargements

[sudo] Mot de passe de jagounette :

puis

cp -R {~/,/data/repertoireLié}Téléchargements && sync

erreur identique à l'ensemble des fichiers

Téléchargements/Verso.pdf': Permission non accordée
cp: impossible de créer le fichier standard '/data/repertoireLiéTéléchargements/Téléchargements/Verso(1).pdf': Permission non accordée
cp: impossible de créer le fichier standard '/data/repertoireLiéTéléchargements/Téléchargements/UVC G3 Dome entree hangar - Jan 08 '\''18 09_37_29 AM.jpg': Permission non accordée
cp: impossible de créer le fichier standard '/data/repertoireLiéTéléchargements/Téléchargements/gros béta.mp4': Permission non accordée
jagounette@jagounette-System-Product-Name:~$ 
jagounette@jagounette-System-Product-Name:~$ ls -ld /home/jagounette/Téléchargements /home/jagounette/ancienTéléchargements
ls: impossible d'accéder à '/home/jagounette/ancienTéléchargements': Aucun fichier ou dossier de ce type
drwxr-xr-x 11 jagounette jagounette 65536 févr. 10 12:50 /home/jagounette/Téléchargements

Dernière modification par gc29 (Le 10/02/2018, à 14:47)

Hors ligne

#21 Le 10/02/2018, à 15:13

moko138

Re : espace libre insuffisant plus de boot

sudo chown $USER...

Il manque l'option -R


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#22 Le 10/02/2018, à 15:44

MicP

Re : espace libre insuffisant plus de boot

…
mv: impossible de déplacer '/home/jagounette/Téléchargements' vers '/home/jagounette/ancienTéléchargements': Périphérique ou ressource occupé
…

Tant qu'un téléchargement (ou autre application) sera en train d'utiliser le répertoire ~/Téléchargements ou/et un des fichiers qu'il contient
Il sera impossible de renommer /home/jagounette/Téléchargements en /home/jagounette/ancienTéléchargements
et donc de créer le lien symbolique /home/jagounette/Téléchargements qui viendrait remplacer le répertoire /home/jagounette/Téléchargements

=======
Si le répertoire /data/repertoireLiéTéléchargements/ appartiens au compte root et si la copie du contenu de /home/jagounette/Téléchargements a été faite en lançant une commande utilisant sudo, ce répertoire et son contenu n'aura pas les même attributs de propriété que le répertoire source et son contenu.

Il n'est pas certain que tous les fichiers et répertoires contenus dans le répertoire /home/jagounette/Téléchargements aient tous les mêmes attributs de propriété,
et il est même très probable que si certains de ces répertoires ou/et fichiers sont actuellement inaccessibles depuis le compte utilisateur c'est qu'ils sont encore en cours d'utilisation,
ce qui fait qu'il n'est pas possible de renommer /home/jagounette/Téléchargements comme l'indique le retour de la commande citée plus haut, et que la copie de ce répertoire ne pourra pas être faite tant qu'ils seront en cours d'utilisation.

Dernière modification par MicP (Le 10/02/2018, à 15:58)

Hors ligne

#23 Le 10/02/2018, à 15:50

gc29

Re : espace libre insuffisant plus de boot

en attendant j'ai essailler ça:

jagounette@jagounette-System-Product-Name:~$ sudo chown -R $USER:$USER /data/repertoireLiéTéléchargements
jagounette@jagounette-System-Product-Name:~$ cp -R {~/,/data/repertoireLié}Téléchargements && sync

je n'ai que firefox et chrome d'ouvert, a ma connaissance aucun téléchargement, si ce n'est du transfert entre un nas et un disque sur le réseau ce qui ne devrai pas "passer" par téléchargement. Dans le doute dès qu'il termine je le redémarre.

Hors ligne

#24 Le 10/02/2018, à 15:58

MicP

Re : espace libre insuffisant plus de boot

Je réfléchis à une méthode en utilisant la machine démarrée depuis un système Live (avec une clef USB ou CD d'installation lancée avec le menu Essayer avant d'installer Ubuntu),
je pense qu'il faudrait juste modifier les propriétés du lien symbolique qui sera créé en les modifiant pour qu'elles correspondent à l'ID du compte utilisateur du système Ubuntu
(c'est ID est sans doute 1000)

Je pense que c'est tout-à fait possible, je vais faire un essai en utilisant une machine virtuelle Ubuntu et une image ISO d'installation Ubuntu.

Dernière modification par MicP (Le 10/02/2018, à 16:01)

Hors ligne

#25 Le 10/02/2018, à 17:00

MicP

Re : espace libre insuffisant plus de boot

Oui, je viens de le faire, c'est tout-à fait faisable simplement
et ça permettra d'avoir cette fois le répertoire Téléchargements totalement disponible,
car c'est le fait qu'une ou plusieurs applications utilisent un ou des fichiers de ce répertoire
qui empêche d'en copier l'intégralité (et de le renommer).

Ce sera beaucoup plus simple à expliquer et à faire
si les partitions contenant les systèmes de fichiers ont déjà des étiquettes (label)
ce qui est peut-être déjà le cas et que l'on pourrait voir
avec le retour des commandes suivante :

sudo e2label /dev/sda1
sudo e2label /dev/sdb1

S'il n'y a aucun nom de Label en retour,
je propose de leur donner les labels partRacineUbuntu et partData
avec les deux commandes suivantes :

sudo e2label /dev/sda1 partRacineUbuntu
sudo e2label /dev/sdb1 partData

Dans tous les cas, il me faudrait, une fois qu'un label aura été donné aux systèmes de fichiers,
le retour des commandes suivantes :

id
sudo e2label /dev/sda1
sudo e2label /dev/sdb1

Dernière modification par MicP (Le 10/02/2018, à 17:05)

Hors ligne