Vous n'êtes pas identifié(e).
voila depuis quelques temps quand je démarre ma session sous kali linux (session avec interface gnome classique pas gnome-shell) le chargement de session s’éternise (bientôt 40 sec)
j'ai aucune idée de la ou peut provenir cette lenteur (si c'est un fichier de config qui a foiré ou un processus au démarrage de session qui prend beaucoup de ressources processeur).
j'ai déjà tenté après maintes recherches:
-en renommant le dossier .gconf ent .gconf-back rien n'a changé. d'autant plus que je n'installe pas de soft a tout va.
- en désactivant des processus au démarrage
- etc...
cela peut il venir des 17 go de dictionnaires et 19go de musiques (en tout le dossier personnel pèse 55go).
merci de m’éclairer sur ce problème et son éventuelle solution.
Hors ligne
df -h donne quoi ?
Utiliser des logiciels propriétaires, c'est comme les plats préparés, on est incapable de dire les conservateurs qu'ils contiennent, on dira toujours que c'est bon, mais ça ne remplacera jamais le repas fait maison par sa maman.
]:D #! Crunchbang & Archlinux GNU/Linux User ]:D
Hors ligne
df -h me donne ceci :
[== Indéfini ==]
Sys. fich. Taille Util. Dispo Uti% Monté sur
rootfs 451G 68G 361G 16% /
udev 10M 0 10M 0% /dev
tmpfs 389M 668K 388M 1% /run
/dev/disk/by-uuid/6e6f1545-56c0-4ca1-afdd-e21ac3b83c09 451G 68G 361G 16% /
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 2,4G 372K 2,4G 1% /
Hors ligne
Ce n'est pas un souci de place sur ton disque dur, il faudrait regarder du coté de gnome-disk-utility pour voir si ton disque dur est sain et les messages de boot dmesg syslog etc..
Utiliser des logiciels propriétaires, c'est comme les plats préparés, on est incapable de dire les conservateurs qu'ils contiennent, on dira toujours que c'est bon, mais ça ne remplacera jamais le repas fait maison par sa maman.
]:D #! Crunchbang & Archlinux GNU/Linux User ]:D
Hors ligne
Ok merci, je check tout ça et je te donne un retour. merci encore de ton aide ^^
Hors ligne
une petite idée en plus.
contrôle des UUID avec la commande
# blkid
il faut, que cela corresponde avec le fichier /etc/fstab
exemple de /etc/fstab, classique sur kali linux.
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda6 during installation
UUID=32ce7203-23c3-4107-8689-d91c9321fb16 / ext4 errors=remount-ro 0 1
# swap was on /dev/sda2 during installation
UUID=4d8863aa-af52-4782-935c-c4e47e2f9b37 none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0
c'est le résultat de blkid, qui prime, modifier le /etc/fstab en fonction du résultat de blkid.
il y a peut être une partition, qui coince ?
voir configurer fichier /etc/fstab
exemple:
http://fr.wikipedia.org/wiki/Fstab
tu peux en + t'aider de la commande:
# fdisk -l
c'est une hypothèse !
en tout les cas, il faut toujours après une installation ou un montage de partition (aussi clé USB, disque externe [fat, ntfs etc...]) contrôler le /etc/fstab.
j'espère aussi, que tu sois bien sur du ext4 Linux à l'installation de kali linux !
Dernière modification par WangXiangzhai (05-11-2014 22:39:07)
PC: HP-pavilion a6227.fr | wifi: Awus036H et HWGUSB2-54 | CG: NVIDIA geforce 8400 GS | OS: Debian-8.1.0-i386 Xfce | EN TESTE kali-linux-openbox-rolling-i386.iso (KaliBang), bento-openbox-14.04.3-i386.iso et Viperr8_i686.iso
Hors ligne