J'ai un besoin urgent d'aide.
Mon système est devenu incroyablement lent et difficilement utilisable. J'ai réalisé que c'est parce que, pour une raison quelconque, je cours sans mémoire virtuelle (ce n'est pas intentionnel). C'est un phénomène récent et le système était beaucoup plus réactif jusqu'à il y a quelques jours, alors je ne peux que résumer qu'il s'agit d'un phénomène récent. Je n'arrive pas à penser à quoi que ce soit que j'ai fait (sauf une tentative d'utiliser la fonction Hibernation, qui a échoué - est-ce que cela a peut-être rempli ma partition de swap avec des ordures ménagères et laissé le tout là? Je ne sais pas. Comment pourrais-je le savoir?)
En tant que novice, le problème est que je travaille sur un disque SSD entièrement chiffré avec LUKS. Tout le monde continue de me poster des liens vers des pages où des personnes ont posté des liens, et honnêtement, je suis désespérément hors de ma profondeur. Rechercher des informations sur une machine qui prend dix secondes pour enregistrer une frappe n'est pas amusant, je vous assure.
(Bien sûr, cette situation persiste après les redémarrages)
Tout d’abord, la preuve de la situation: swapon
indique que je n’ai pas d’échange:
user@Host:~$ Sudo swapon -s
[Sudo] password for user:
Filename Type Size Used Priority
user@Host:~$
Deuxièmement, la sortie de df
, indiquant comment mes systèmes de fichiers sont montés:
user@user~$ df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/mapper/ubuntu--vg-root 237978256 14110548 211756044 7% /
none 4 0 4 0% /sys/fs/cgroup
udev 3829132 4 3829128 1% /dev
tmpfs 3844736 8 3844728 1% /tmp
tmpfs 768948 1256 767692 1% /run
none 5120 0 5120 0% /run/lock
none 3844736 20948 3823788 1% /run/shm
none 102400 16 102384 1% /run/user
tmpfs 3844736 0 3844736 0% /var/spool
tmpfs 3844736 24 3844712 1% /var/tmp
tmpfs 3844736 624 3844112 1% /var/log
/dev/sda1 240972 84550 143981 37% /boot
/home/user/.Private 237978256 14110548 211756044 7% /home/user
user@Host:~$
Ensuite, mon fichier /etc/fstab
, dans sa version actuelle:
# /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>
/dev/mapper/ubuntu--vg-root / ext4 discard,noatime,nodiratime,errors=remount-ro 0 1
# /boot was on /dev/sda1 during installation UUID=db8c65e2-82fd-492c-8f02-8ad140f7337b /boot ext2 defaults 0 2
/dev/mapper/ubuntu--vg-swap_1 none swap sw 0 0
/dev/mapper/cryptswap1 none swap sw 0 0
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
tmpfs /var/spool tmpfs defaults,noatime,mode=1777 0 0
tmpfs /var/tmp tmpfs defaults,noatime,mode=1777 0 0
tmpfs /var/log tmpfs defaults,noatime,mode=1777 0 0
Enfin, je voudrais mentionner que j’ai démarré dans une distribution Live-USB et que j’ai utilisé system-config-lvm
pour consulter mon LVM non modulé, et que /dev/ubuntu-vg/swap_1
est bel et bien là.
Je ne sais pas quoi faire d'autre. Il a fallu trois heures pour écrire ceci.
EDIT: ajout de la sortie de cat /etc/exports/
:
user@Host:~$ cat /etc/exports
cat: /etc/exports: No such file or directory
user@Host:~$
et la sortie de top
top - 19:10:16 up 32 min, 3 users, load average: 0.18, 0.11, 0.07
Tasks: 202 total, 1 running, 201 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0.7 us, 0.7 sy, 0.0 ni, 98.5 id, 0.1 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem: 7689472 total, 1220864 used, 6468608 free, 44020 buffers
KiB Swap: 0 total, 0 used, 0 free. 549276 cached Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1396 root 20 0 288660 48264 40612 S 1.7 0.6 0:03.80 Xorg
2279 user 20 0 856444 16252 11668 S 1.0 0.2 0:01.67 lxterminal
3140 user 20 0 1169836 142804 60396 S 0.7 1.9 0:09.86 chrome
635 root -51 0 0 0 0 S 0.3 0.0 0:00.41 irq/62-iwlwifi
3118 ntp 20 0 33504 2136 1528 S 0.3 0.0 0:00.04 ntpd
3326 user 20 0 1038132 111152 48620 S 0.3 1.4 0:11.06 chrome
3374 user 20 0 29192 1736 1212 R 0.3 0.0 0:00.03 top
1 root 20 0 34052 3436 1484 S 0.0 0.0 0:03.97 init
2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd
3 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0
5 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/0:0H
7 root 20 0 0 0 0 S 0.0 0.0 0:00.24 rcu_sched
8 root 20 0 0 0 0 S 0.0 0.0 0:00.08 rcuos/0
9 root 20 0 0 0 0 S 0.0 0.0 0:00.06 rcuos/1
10 root 20 0 0 0 0 S 0.0 0.0 0:00.07 rcuos/2
11 root 20 0 0 0 0 S 0.0 0.0 0:00.10 rcuos/3
12 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuos/4
En cherchant désespérément (de toute façon, du mieux que je peux, malgré ma situation actuelle), j'ai trouvé cet ancien fil de discussion sur quelqu'un qui a des problèmes de cryptage , mais honnêtement je suis trop novice pour comprendre quoi il est sur et comment utiliser mkswap
pour refaire la partition de swap (honnêtement, je ne sais même pas quels paramètres je devrais transmettre à mkswap pour éviter de modifier mon système en écrasant accidentellement ma partition principale. .. J'ai vu dans fstab qu'il me semble avoir deux entrées qui ressemblent à swap (swap_1
et cryptswap
) et je ne sais pas laquelle des deux serait la cible hypothétique, sans parler de toutes le jargon profond.)
J'avais le même problème, la réponse d'Eliah Kagan à cet autre fil a fait le tour pour moi.
Voici le bit le plus important:
Sudo swapoff -a
/etc/crypttab
(par exemple, Sudo nano -w /etc/crypttab
ou Sudo -H gedit /etc/cryptab
pour un éditeur d'interface graphique) et placez un #
au début de la ligne commençant par cryptswap1
. Enregistrez le fichier./dev/mapper/cryptswap1
dans /etc/fstab
.linux-swap
. Assurez-vous d'avoir la bonne partition; si vous vous trompez, vous perdrez peut-être des données importantes! La ligne que vous avez commentée dans crypttab
devrait donner le nom de partition correct (elle vient juste après /dev/
).Sudo mkswap /dev/...
, en remplaçant ...
avec ce même nom de périphérique. Une partie du résultat de cette commande doit être du texte indiquant UUID=.....
où .....
est une chaîne de lettres et de chiffres./etc/initramfs-tools/conf.d/resume
, recherchez la ligne indiquant RESUME=UUID=
suivie de lettres et de chiffres tels que (mais non identiques) .....
à partir de la dernière étape. Remplacez-les par .....
(c'est-à-dire par les lettres et les chiffres que mkswap
a donné après UUID=
.Sudo swapon /dev/...
(avec le même /dev/...
que lors des étapes 4 et 5 ci-dessus).Sudo ecryptfs-setup-swap
.swapon -s
vérifiera si l'échange est activé avec succès. Voir cet article de blog pour plus d'informations, et un exemple de sortie, pour vérifier ceci.
Plus aucun comportement retardé ð‿ð hé regarde, imgur a donné à l'image un nom palindromique
Je ne sais pas si cela peut être qualifié de "solution" (dans la mesure où je ne suis pas sûr de ce que j'ai résolu au-delà de la réactivation de la mémoire virtuelle), mais en commentant la ligne "cryptoswap" dans /etc/fstab
lit
# /dev/mapper/cryptswap1 none swap sw 0 0
permet à swapon de réussir à activer swap sur /dev/mapper/ubuntu—-vg-swap_1
Le décalage que j’avais remarqué semble être lié au TPM (gestion de l’énergie), mais je ne sais pas encore comment résoudre ce problème. Je viens de découvrir que, en se connectant à une alimentation externe, le problème disparaît jusqu'au prochain redémarrage.
Votre problème de base n'a rien à voir avec l'échange. L'absence d'échange entraîne des collisions avec le MOO et non des retards. Je pense que votre problème est que vous avez un disque chiffré LUKS et que vous y placez le dossier de départ chiffré ecryptfs (sauf si, pour une raison quelconque, vous avez appelé manuellement votre point de montage ~/.Private
pour une raison quelconque). n'augmente que le nombre de fichiers que vous mettez dans votre répertoire personnel.
Je vous suggère de supprimer le chiffrement du dossier de départ ou au moins de déplacer tous vos fichiers non cachés ailleurs.