Ventilation excessive et continue après migration vers Ubuntu 22.04

Satire · Le 13/05/2023, à 14:15

D'accord, voici le retour de la commande :

sat@sat-XPS-15-9560:~$ lsbl -fe7 | cat
La commande « lsbl » n'a pas été trouvée, voulez-vous dire :
  commande « lsblk » du deb util-linux (2.37.2-4ubuntu3)
  commande « psbl » du deb impose+ (0.2-12.2)
Essayez : sudo apt install <nom du deb>
sat@sat-XPS-15-9560:~$

iznobe · Le 13/05/2023, à 14:20

Après , j' ai envie de dire , autant ajouter cette partition annexe dans le fstab aussi ( après lui avoir mis une étiquette ) , vu qu ' elle est dans le même disque .
les étiquettes aident énormément à la compréhension de ce que l' on fait . De plus je pense que tu dois la montée de toute manière assez souvent .

erreur de frappe de la part de @geole , ca nous arrive souvent , la bonne commande est :

lsblk -fe7 | cat

A quoi te sert cette partition en EXT4 ? stockage de données ? autre ?

Dernière modification par iznobe (Le 13/05/2023, à 14:24)

geole · Le 13/05/2023, à 14:21

Tu as déjà fais plusieurs cette commande. Il manque un k comme rappelé par le logiciel.

(J ai un clavier qui frappe mal certaines touches et pas du tout d autres dont l apostrophe. Je corrige par des copier/coller mais il m arrive d en oublier. Le devis et le temps d indisponibilité du portable font que je vis avec cette gène. )

Dernière modification par geole (Le 13/05/2023, à 14:27)

Satire · Le 13/05/2023, à 14:23

Ah d'accord, voici le retour de la commande corrigée :

sat@sat-XPS-15-9560:~$ lsblk -fe7 | cat
NAME        FSTYPE FSVER LABEL       UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
sda                                                                                      
├─sda1      vfat   FAT32             E7D7-ADFA                                           
├─sda2      ext4   1.0               f0641efe-a392-4030-8271-de6b3db19912   52,2G    82% /media/sat/f0641efe-a392-4030-8271-de6b3db19912
└─sda3      ext4   1.0               5ba3aac5-cc74-44ab-8b7b-e2ec7751c222      4G    86% /var/snap/firefox/common/host-hunspell
                                                                                         /
nvme0n1                                                                                  
├─nvme0n1p1 vfat   FAT32 ESP         2A44-15A7                               405M    18% /boot/efi
├─nvme0n1p2                                                                              
├─nvme0n1p3 ntfs         OS          D2A4797DA47964BF                       25,8G    88% /media/Windows-OS
├─nvme0n1p4 ntfs                     186843E06843BB70                                    
├─nvme0n1p5 ntfs         Image       DE64010F6400EC59                                    
└─nvme0n1p6 ntfs         DELLSUPPORT 48464F8B464F78A8                                    
sat@sat-XPS-15-9560:~$

iznobe · Le 13/05/2023, à 14:24

A quoi te sert cette partition en EXT4 ( sda2 ) ? stockage de données ? autre ?

Satire · Le 13/05/2023, à 14:27

L'autre partition Ubuntu me sert au stockage de données et aussi à démarrer dessus en cas de problème informatique (car je me souviens, il y de cela bien longtemps, avoir intallé Ubuntu dessus).

iznobe · Le 13/05/2023, à 14:31

montre :

sudo os-prober

Satire · Le 13/05/2023, à 14:32

Voici le retour de la commande :

sat@sat-XPS-15-9560:~$ sudo os-prober
[sudo] Mot de passe de sat : 
/dev/nvme0n1p1@/EFI/Microsoft/Boot/bootmgfw.efi:Windows Boot Manager:Windows:efi
/dev/sda2:Ubuntu 17.10 (17.10):Ubuntu:linux
sat@sat-XPS-15-9560:~$

geole · Le 13/05/2023, à 14:32

et en tuant et relançant l'application?

Satire · Le 13/05/2023, à 14:37

Alors en "quittant" et en redémarrant qbittorrent (ce que j'avais essayé précédemment), le même message d'erreur apparaît : Fichiers manquants.

Ce qui est bizarre, c'est qu'il me semble que le téléchargement sur la partition Ubuntu avait toujours fonctionné auparavant, et que seul la partition Windows ntfs posait problème.

iznobe · Le 13/05/2023, à 14:45

Alors je te propose d' ajouter une etiquette a ta partition sda2 ( ubuntu 17.10 ) :

sudo e2label /dev/sda2 Ubuntu.17.10

de créer un point de montage du même nom dans /media :

sudo mkdir /media/Ubuntu.17.10

et d ' ajouter le tout dans ton fichier fstab puisque ca sert aussi de stockage :

cat << EOF | sudo tee -a /etc/fstab
# SDA2 : ubuntu 17.10 + stockage
LABEL=Ubuntu.17.10    /media/Ubuntu.17.10    ext4		defaults		0	0
EOF

et de vérifier que tout se passe bien :

sudo mount -av

le chemin d' accès sera donc modifié , mais théoriquement plus clair . tu n' auras plus besoin de monté manuellement cette partition non plus ( l ' ajout au fstab permet de faire ca automatiquement ) .

Si tu as des torrents en cours dans qbt , tu peux en modifier l' emplacement manuellement pour chacun d' eux en indiquant le nouveau chemin , que ce soit dans Ubuntu.17.10 ou windows-OS , et alors tu ne devrais plus avoir ce message de fichiers manquants une fois le bon chemin indiqué pour chacun d' eux .

tu fais clic droit sur un torrent dans ta liste qui indique " fichiers manquants " , puis tu choisis " set location " , tu navigues de façon a trouver le bon fichier dans les nouveaux chemins . tu répètes l' opération pour chaque torrent . si le chemin est modifié , tu fais ensuite un clic droit sur le meme torrent puis tu choisis alors " forcer une revérification " , il va scanner le fichier au complet . et ne devrais plus poser de soucis .

Dernière modification par iznobe (Le 13/05/2023, à 14:49)

Satire · Le 13/05/2023, à 14:53

Très bien, mais le fait de monter manuellement les deux partitions ne me pose pas vraiment de problème, et je préfèrerais même qu'elles ne se montent pas automatiquement, je pense que cela est préfarable.

iznobe · Le 13/05/2023, à 15:01

Dans ce cas , on peut simplement ajouter un paramètre a chacune des partitions pour qu ' elle continue a se monter manuellement comme auparavant .
il s' agit du paramètre : noauto .

Faut quand même avouer qu ' avec une étiquette et un point de montage et avec un nom cohérent c ' est plus facile de s ' y retrouver lorsque tu navigues dans ton gestionnaire de fichiers non ? ainsi que pour qbitorrent .

ca évitera des confusions comme on voit dans les derniers messages de la discussion qui sont liés au fait que ca a change d ' emplacement . Avec ca plus de changement possible .

Dernière modification par iznobe (Le 13/05/2023, à 15:04)

Satire · Le 13/05/2023, à 15:17

Oui, cela me va pour rendre manuel le montage de chacune des partitions.

Je ne suis pas certain d'avoir entièrement cerné la troisième phrase, mais la difficulté de m'y retrouver dans mon gestionnaire de fichiers (je suis capable de m'habituer à la navigation de mes fichiers avec lesquels je me suis familiarisé) ne m'inquiète pas vraiment. Tant que le chemin est assuré, avec le moins de changement possible de la version originale / des paramètres originaux / fonctionnalités originales, cela me convient parfaitement. Je privilégierais la nécessité sur la simplicité.

Le simple fait d'avoir voulu remettre aux paramètres d'usine Qbittorrent et retrouver les mêmes difficultés initiales (solutionnées antérieurement) est un parfait exemple de ma hantise...

Car, ce qui me préoccupe le plus c'est de devoir rencontrer les mêmes problématiques à chaque fois qu'il y a un changement de paramètre ou d'une mise à jour de logiciel (notamment en l'espèce de qbittorrent), du système Ubuntu lui-même ou d'une futur migration.

Dernière modification par Satire (Le 13/05/2023, à 15:22)

iznobe · Le 13/05/2023, à 15:26

en inscrivant les montages ( non automatique ou automatique ) via le fstab , tu t ' assures que par la suite , cela ne change plus jamais , tant que tu ne formates pas les partitions bien entendu .
les paramètres qui seront alors inscrit dans qbitorrent , une fois reglé correctement , ne changeront plus non plus , si tu ne les supprimes pas avec la commande donnée précédemment . Mème avec une future Mise A niveau .
tu te repereras plus facilement pour naviguer a travers tes partitions , et si tu ajoutes un disque dur , ca ne saurait trop tarder a mon avis vu que tu es bientôt limite en espace disque , ou en change plus tard , ca sera plus simple a modifier et a se repérer dans ton arborescence et ton fstab .

Du coup , tu peux suivre les commandes précédentes pour la partition ext4 , si ca te convient , puis editer ton fstab , pour ajouter l ' option " noauto " dans les parametres de montage des 2 partitions pour conserver un montage manuel .

ca donnerait un fstab de la sorte :

# /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/sda3 during installation
UUID=5ba3aac5-cc74-44ab-8b7b-e2ec7751c222 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=2A44-15A7 /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0
LABEL=OS /media/Windows-OS auto nosuid,nodev,nofail,noauto,x-gvfs-show 0 0
# SDA2 : ubuntu 17.10 + stockage
LABEL=Ubuntu.17.10 /media/Ubuntu.17.10 ext4 defaults,noauto 0 0

---------------------------------------

si tu veux on peut repartir sur une version propre pour modifier tout cela en une fois :

sudo e2label /dev/sda2 Ubuntu.17.10

sudo mkdir /media/Ubuntu.17.10

sudo mv  /etc/fstab /etc/fstab.old.bis

cat << EOF | sudo tee /etc/fstab
# /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/sda3 during installation
UUID=5ba3aac5-cc74-44ab-8b7b-e2ec7751c222 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=2A44-15A7  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
LABEL=OS      /media/Windows-OS auto nosuid,nodev,nofail,noauto,x-gvfs-show  0 0
# SDA2 : ubuntu 17.10 + stockage
LABEL=Ubuntu.17.10    /media/Ubuntu.17.10    ext4		defaults,noauto	0	0
EOF

et de vérifier que tout se passe bien avec :

sudo mount -av

Dernière modification par iznobe (Le 13/05/2023, à 15:45)

Satire · Le 13/05/2023, à 15:36

Très bien, j'opterais donc plus pour une inscription de montage non automatique dans ce cas.

Concernant les paramètres à inscrire dans qbittorrent, ceux-ci seront donc supprimés avec la commande de mise aux paramètres d'usine de qbittorrent ? mais pas d'une mise à jour ou d'une future mise à niveau d'Ubuntu ?

iznobe · Le 13/05/2023, à 15:43

une Mise A Niveau ne modifie pas les paramètres des logiciels . ou dans de très très rares cas ( snap forcé par exemple pour firefox ) .

la seile façon de remettre les parametres par defaut d' un logiciel pour un utilisateur donné est de supprimer ( on l' a vu plus tôt dans cette même discussion il me semble ) un fichier ou dossier dans le répertoire personnel de cet utilisateur qui se nomme en général du meme nom que le logiciel et qui commence par un " . " , soit dans le dossier personnel directement soit dans le sous dossier .config du répertoire personnel .

Pour qbt , on sait que c' est dans

~/.config/qBittorrent

le tilde ~ signifie: répertoire personnel de l' utilisateur du terminal , c' est un raccourci pratique :

iznobe@iznobe-PC:~$ echo ~
/home/iznobe
iznobe@iznobe-PC:~$

Très bien, j'opterais donc plus pour une inscription de montage non automatique dans ce cas.

j ' ai indiqué la marche a suivre pour tout faire " simplement " dans mon message précédent . montage manuel compris pour les 2 partitions .

Dernière modification par iznobe (Le 13/05/2023, à 15:47)

Satire · Le 13/05/2023, à 16:00

Je me suis un peu perdu. Simplement pour être sûr de ne pas faire de bétise, les manipulations auxquelles je peux procéder (partir sur une version propre m'intéresse le plus) sont les suivantes ?

si tu veux on peut repartir sur une version propre pour modifier tout cela en une fois :

sudo e2label /dev/sda2 Ubuntu.17.10

sudo mkdir /media/Ubuntu.17.10

sudo mv  /etc/fstab /etc/fstab.old.bis

cat << EOF | sudo tee /etc/fstab
# /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/sda3 during installation
UUID=5ba3aac5-cc74-44ab-8b7b-e2ec7751c222 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=2A44-15A7  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
LABEL=OS      /media/Windows-OS auto nosuid,nodev,nofail,noauto,x-gvfs-show  0 0
# SDA2 : ubuntu 17.10 + stockage
LABEL=Ubuntu.17.10    /media/Ubuntu.17.10    ext4		defaults,noauto	0	0
EOF

et de vérifier que tout se passe bien avec :

sudo mount -av

iznobe · Le 13/05/2023, à 16:03

oui , c' est bien cette partie là de commande .

ca va te creer une nouvelle etiquette pour ta partition ext 4 ( celle qui contient ubuntu 17.10 , et qui te sert de stockage )
on va creer un repertoire du meme nom , histoire d ' etre coherent et que ca soit facile a memoriser et eviter de se perdre .
ensuite on l' ajoute au fichier fstab . j ' ai ajouté l' option noauto dans les parametres de montage pour que cela reste manuel , mais les chemins ne changeront plus .
j ' ai aussi ajouté l' option noauto pour la partition NTFS précédemment modifiée ( windows-OS ) afin d' être cohérent pour les 2 partitions .

et la dernier commande permet de vérifier que je n' ais pas fait de gaffe en route

Dernière modification par iznobe (Le 13/05/2023, à 16:05)

Satire · Le 13/05/2023, à 16:06

Parfait, je procède aux commandes et inscrit tout cela.

Satire · Le 13/05/2023, à 16:11

Voici le retour des commandes :

sat@sat-XPS-15-9560:~$ sudo e2label /dev/sda2 Ubuntu.17.10
[sudo] Mot de passe de sat : 
sat@sat-XPS-15-9560:~$

sat@sat-XPS-15-9560:~$ sudo mkdir /media/Ubuntu.17.10
sat@sat-XPS-15-9560:~$

sat@sat-XPS-15-9560:~$ sudo mv  /etc/fstab /etc/fstab.old.bis
sat@sat-XPS-15-9560:~$

sat@sat-XPS-15-9560:~$ cat << EOF | sudo tee /etc/fstab
# /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/sda3 during installation
UUID=5ba3aac5-cc74-44ab-8b7b-e2ec7751c222 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=2A44-15A7  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
LABEL=OS      /media/Windows-OS auto nosuid,nodev,nofail,noauto,x-gvfs-show  0 0 
# SDA2 : ubuntu 17.10 + stockage
LABEL=Ubuntu.17.10    /media/Ubuntu.17.10    ext4               defaults,noauto 0       0
EOF
# /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/sda3 during installation
UUID=5ba3aac5-cc74-44ab-8b7b-e2ec7751c222 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=2A44-15A7  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
LABEL=OS      /media/Windows-OS auto nosuid,nodev,nofail,noauto,x-gvfs-show  0 0
# SDA2 : ubuntu 17.10 + stockage
LABEL=Ubuntu.17.10    /media/Ubuntu.17.10    ext4		defaults,noauto00
sat@sat-XPS-15-9560:~$

sat@sat-XPS-15-9560:~$ sudo mount -av
/                         : ignoré
/boot/efi                 : déjà monté
none                      : ignoré
/media/Windows-OS         : ignoré
/media/Ubuntu.17.10       : ignoré
sat@sat-XPS-15-9560:~$

iznobe · Le 13/05/2023, à 17:05

hum , pas sur que ca soit bon là par contre . il me semble que dans la derniere ligne , cette partie là n ' est pas correcte : " defaults,noauto00 " ca devrait plutot être : defaults,noauto 0 0

montre :

ls -la /media/Ubuntu.17.10

Satire · Le 13/05/2023, à 17:07

Ah d'accord, voici la commande :

sat@sat-XPS-15-9560:~$ ls -la /media/Ubuntu.17.10
total 8
drwxr-xr-x 2 root root 4096 mai   13 17:08 .
drwxr-xr-x 5 root root 4096 mai   13 17:08 ..
sat@sat-XPS-15-9560:~$

iznobe · Le 13/05/2023, à 17:14

oui alors tu vas modifier manuellement le fstab :

gedit admin:///etc/fstab

puis tu separes les options des 0 0 sur la derniere ligne pour que ca devienne :

LABEL=Ubuntu.17.10    /media/Ubuntu.17.10    ext4		defaults,noauto    0    0

puis tu sauvegardes , et tu redonnes :

sudo mount -av

Dernière modification par iznobe (Le 13/05/2023, à 17:14)

Satire · Le 13/05/2023, à 17:19

Ça marche, voici le retour :

sat@sat-XPS-15-9560:~$ gedit admin:///etc/fstab

** (gedit:11986): WARNING **: 18:16:08.407: L’emplacement indiqué n’est pas monté
sat@sat-XPS-15-9560:~$ sudo mount -av
[sudo] Mot de passe de sat : 
/                         : ignoré
/boot/efi                 : déjà monté
none                      : ignoré
/media/Windows-OS         : ignoré
/media/Ubuntu.17.10       : ignoré
sat@sat-XPS-15-9560:~$

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#176 Le 13/05/2023, à 14:15

Re : Ventilation excessive et continue après migration vers Ubuntu 22.04

#177 Le 13/05/2023, à 14:20

Re : Ventilation excessive et continue après migration vers Ubuntu 22.04

#178 Le 13/05/2023, à 14:21

Re : Ventilation excessive et continue après migration vers Ubuntu 22.04

#179 Le 13/05/2023, à 14:23

Re : Ventilation excessive et continue après migration vers Ubuntu 22.04

#180 Le 13/05/2023, à 14:24

Re : Ventilation excessive et continue après migration vers Ubuntu 22.04

#181 Le 13/05/2023, à 14:27

Re : Ventilation excessive et continue après migration vers Ubuntu 22.04

#182 Le 13/05/2023, à 14:31

Re : Ventilation excessive et continue après migration vers Ubuntu 22.04

#183 Le 13/05/2023, à 14:32

Re : Ventilation excessive et continue après migration vers Ubuntu 22.04

#184 Le 13/05/2023, à 14:32

Re : Ventilation excessive et continue après migration vers Ubuntu 22.04

#185 Le 13/05/2023, à 14:37

Re : Ventilation excessive et continue après migration vers Ubuntu 22.04

#186 Le 13/05/2023, à 14:45

Re : Ventilation excessive et continue après migration vers Ubuntu 22.04

#187 Le 13/05/2023, à 14:53

Re : Ventilation excessive et continue après migration vers Ubuntu 22.04

#188 Le 13/05/2023, à 15:01

Re : Ventilation excessive et continue après migration vers Ubuntu 22.04

#189 Le 13/05/2023, à 15:17

Re : Ventilation excessive et continue après migration vers Ubuntu 22.04

#190 Le 13/05/2023, à 15:26

Re : Ventilation excessive et continue après migration vers Ubuntu 22.04

#191 Le 13/05/2023, à 15:36

Re : Ventilation excessive et continue après migration vers Ubuntu 22.04

#192 Le 13/05/2023, à 15:43

Re : Ventilation excessive et continue après migration vers Ubuntu 22.04

#193 Le 13/05/2023, à 16:00

Re : Ventilation excessive et continue après migration vers Ubuntu 22.04

#194 Le 13/05/2023, à 16:03

Re : Ventilation excessive et continue après migration vers Ubuntu 22.04

#195 Le 13/05/2023, à 16:06

Re : Ventilation excessive et continue après migration vers Ubuntu 22.04

#196 Le 13/05/2023, à 16:11

Re : Ventilation excessive et continue après migration vers Ubuntu 22.04

#197 Le 13/05/2023, à 17:05

Re : Ventilation excessive et continue après migration vers Ubuntu 22.04

#198 Le 13/05/2023, à 17:07

Re : Ventilation excessive et continue après migration vers Ubuntu 22.04

#199 Le 13/05/2023, à 17:14

Re : Ventilation excessive et continue après migration vers Ubuntu 22.04

#200 Le 13/05/2023, à 17:19

Re : Ventilation excessive et continue après migration vers Ubuntu 22.04

Pied de page des forums