#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
… /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 :
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