[disque dur] invisible sur Acer Aspire A315 (non résolu)
- jeViens2Debian
- Hankyu
- Messages : 45
- Inscription : mer. 05 mai 2021, 19:51
[disque dur] invisible sur Acer Aspire A315 (non résolu)
Bonjour,
J'ai fait installer un disque SATA 2,5" 1To reconnu dans le bios (UEFI)
HDD1 model ST1000LM048-2E7172
Serial number WKPJFTN6
Dans l'onglet Main Sata mode = AHCI
Pas moyen d'en trouver la trace sur le système : hdparm / fdisk / parted /lshw / hwinfo/ aucun ne voit un device qui pourrait correspondre. J'ai regardé aussi journalctl --boot -o verbose -x
Le commerçant s'est contenté de faire les branchements faute de connaissance sur Linux.
Merci de votre aide
J'ai fait installer un disque SATA 2,5" 1To reconnu dans le bios (UEFI)
HDD1 model ST1000LM048-2E7172
Serial number WKPJFTN6
Dans l'onglet Main Sata mode = AHCI
Pas moyen d'en trouver la trace sur le système : hdparm / fdisk / parted /lshw / hwinfo/ aucun ne voit un device qui pourrait correspondre. J'ai regardé aussi journalctl --boot -o verbose -x
Le commerçant s'est contenté de faire les branchements faute de connaissance sur Linux.
Merci de votre aide
Dernière modification par jeViens2Debian le jeu. 24 juin 2021, 07:26, modifié 2 fois.
- benjarobin
- Maître du Kyudo
- Messages : 17279
- Inscription : sam. 30 mai 2009, 15:48
- Localisation : Lyon
Re: [disque dur] matériel neuf inconnu
Bonjour,
Peux tu nous montrer une photo du BIOS indiquant le disque dur. Ainsi que la sortie de :
Peux tu nous montrer une photo du BIOS indiquant le disque dur. Ainsi que la sortie de :
Code : Tout sélectionner
fdisk -l
ls -l /dev/sd*
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
- jeViens2Debian
- Hankyu
- Messages : 45
- Inscription : mer. 05 mai 2021, 19:51
Re: [disque dur] matériel neuf inconnu
le lien du dossier : https://drive.google.com/drive/folders/ ... sp=sharing
fdisk
Code : Tout sélectionner
Disque /dev/nvme0n1 : 238,47 GiB, 256060514304 octets, 500118192 secteurs
Modèle de disque : HFM256GDJTNI-82A0A
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 83260B56-C5C7-4B5C-A707-4488A11F4456
Périphérique Début Fin Secteurs Taille Type
/dev/nvme0n1p1 2048 2099199 2097152 1G Système EFI
/dev/nvme0n1p2 492808192 500117503 7309312 3,5G Données de base Microsoft
/dev/nvme0n1p3 2099200 12584959 10485760 5G Partition d'échange Linux
/dev/nvme0n1p4 12584960 222300159 209715200 100G Racine Linux (x86-64)
/dev/nvme0n1p5 222300160 492808191 270508032 129G Données personnelles Linux
Les entrées de la table de partitions ne sont pas dans l'ordre du disque.
Code : Tout sélectionner
crw------- 1 root root 242, 0 19 juin 10:59 /dev/nvme0
brw-rw---- 1 root disk 259, 0 19 juin 10:59 /dev/nvme0n1
brw-rw---- 1 root disk 259, 1 19 juin 10:59 /dev/nvme0n1p1
brw-rw---- 1 root disk 259, 2 19 juin 10:59 /dev/nvme0n1p2
brw-rw---- 1 root disk 259, 3 19 juin 10:59 /dev/nvme0n1p3
brw-rw---- 1 root disk 259, 4 19 juin 10:59 /dev/nvme0n1p4
brw-rw---- 1 root disk 259, 5 19 juin 10:59 /dev/nvme0n1p5
Re: [disque dur] matériel neuf inconnu
Bonjour,
Problème matériel ! Envoie les logs de boot sur un pastebin puis donne le lien obtenu par la commande :
Problème matériel ! Envoie les logs de boot sur un pastebin puis donne le lien obtenu par la commande :
Code : Tout sélectionner
journalctl -b | curl --data-binary @- https://paste.rs
- jeViens2Debian
- Hankyu
- Messages : 45
- Inscription : mer. 05 mai 2021, 19:51
Re: [disque dur] matériel neuf inconnu
Dernière modification par jeViens2Debian le ven. 25 juin 2021, 11:10, modifié 1 fois.
Re: [disque dur] matériel neuf inconnu
C'est pas mal fait mais plutôt pas testé après installation. La ligne intéressante est :
Il faut tenter avec ces combinaisons d'isoler l'origine du problème.
Plusieurs origines possibles, un bug ou incompatibilité avec ce bios, ou un cable foireux. Regarde dans le bios ce qu'il y a comme alternative pour le mode "SATA Mode", ou teste avec un autre cable sata, ou teste en branchant sur l'autre port sata.juin 20 17:49:21 isis kernel: ata2: SATA link down (SStatus 4 SControl 300)
juin 20 17:49:21 isis kernel: ata1: SATA link down (SStatus 1 SControl 300)
Il faut tenter avec ces combinaisons d'isoler l'origine du problème.
- jeViens2Debian
- Hankyu
- Messages : 45
- Inscription : mer. 05 mai 2021, 19:51
Re: [disque dur] matériel neuf inconnu
Sur la sortie de journalctl -b, à la ligne 819 il trouve le disque SSD
Mais aucune trace du ST1000LM048
J'ai cherché le mot fail.
Au début du fichier j'ai ces lignes :
Je vais essayer de redémarre avec cette option
Quelques lignes en dessous des messages où le disque HFM256GDJTNI-82A0A est détecté il y a ces indications d'échec :
En tout cas merci pour l'aide
Code : Tout sélectionner
juin 20 17:49:21 isis systemd[1]: Found device HFM256GDJTNI-82A0A UEFISHELL.
juin 20 17:49:21 isis systemd[1]: Found device HFM256GDJTNI-82A0A tronc.
juin 20 17:49:21 isis systemd[1]: Found device HFM256GDJTNI-82A0A 3.
J'ai cherché le mot fail.
Au début du fichier j'ai ces lignes :
Code : Tout sélectionner
juin 20 17:49:21 isis kernel: pci 0000:00:15.0: BAR 0: assigned [mem 0x4010000000-0x4010000fff 64bit]
juin 20 17:49:21 isis kernel: pci 0000:00:15.1: BAR 0: assigned [mem 0x4010001000-0x4010001fff 64bit]
juin 20 17:49:21 isis kernel: pci 0000:00:1f.5: BAR 0: no space for [mem size 0x00001000]
juin 20 17:49:21 isis kernel: pci 0000:00:1f.5: BAR 0: trying firmware assignment [mem 0xfe010000-0xfe010fff]
juin 20 17:49:21 isis kernel: pci 0000:00:1f.5: BAR 0: [mem 0xfe010000-0xfe010fff] conflicts with Reserved [mem 0xfc800000-0xfe7fffff]
juin 20 17:49:21 isis kernel: pci 0000:00:1f.5: BAR 0: failed to assign [mem size 0x00001000]
juin 20 17:49:21 isis kernel: pci 0000:00:1d.0: PCI bridge to [bus 01]
juin 20 17:49:21 isis kernel: pci 0000:00:1d.0: bridge window [io 0x3000-0x3fff]
juin 20 17:49:21 isis kernel: pci 0000:00:1d.0: bridge window [mem 0x4fb00000-0x4fbfffff]
juin 20 17:49:21 isis kernel: pci 0000:00:1d.1: PCI bridge to [bus 02]
juin 20 17:49:21 isis kernel: pci 0000:00:1d.1: bridge window [mem 0x4f800000-0x4f9fffff]
juin 20 17:49:21 isis kernel: pci 0000:00:1d.4: PCI bridge to [bus 03]
juin 20 17:49:21 isis kernel: pci 0000:00:1d.4: bridge window [mem 0x4fa00000-0x4fafffff]
juin 20 17:49:21 isis kernel: pci_bus 0000:00: Some PCI device resources are unassigned, try booting with pci=realloc
Quelques lignes en dessous des messages où le disque HFM256GDJTNI-82A0A est détecté il y a ces indications d'échec :
Code : Tout sélectionner
juin 20 17:49:21 isis kernel: cfg80211: Loading compiled-in X.509 certificates for regulatory database
juin 20 17:49:21 isis kernel: i801_smbus 0000:00:1f.4: SPD Write Disable is set
juin 20 17:49:21 isis kernel: i801_smbus 0000:00:1f.4: SMBus using PCI interrupt
juin 20 17:49:21 isis kernel: i2c i2c-2: 1/2 memory slots populated (from DMI)
juin 20 17:49:21 isis kernel: cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7'
juin 20 17:49:21 isis kernel: platform regulatory.0: Direct firmware load for regulatory.db failed with error -2
juin 20 17:49:21 isis kernel: cfg80211: failed to load regulatory.db
- jeViens2Debian
- Hankyu
- Messages : 45
- Inscription : mer. 05 mai 2021, 19:51
Re: [disque dur] matériel neuf inconnu
L'autre option de SATA Mode est Optane without Raid
J'arrive dans un shell d'urgence :
Code : Tout sélectionner
Starting version 248.3-2-arch
ERROR=device'UUID=48bbeb02-99ce-4f49-b55f-6624c3a1400e' not found. Skipping fsck.
mount:/new_root:can't find UUID=48bbeb02-99ce-4f49-b55f-6624c3a1400e
emergency shell
- benjarobin
- Maître du Kyudo
- Messages : 17279
- Inscription : sam. 30 mai 2009, 15:48
- Localisation : Lyon
Re: [disque dur] matériel neuf inconnu
"SATA Mode" doit bien être mit sur AHCI
N'utilise pas pci=realloc, cela n'a rien à voir !
Edit 1: Peux tu brancher dans l'autre port SATA, et redonner le même log que tu as donné ?
Edit 2: D'après la spécification de SATA SStatus https://www.intel.com/content/dam/www/p ... df#page=36
N'utilise pas pci=realloc, cela n'a rien à voir !
As tu fait ces 2 tests ? As tu un autre disque dur pour tester ? Tu peux essayer de voir si Windows le voit depuis une clé d'installation de Windows
Edit 1: Peux tu brancher dans l'autre port SATA, et redonner le même log que tu as donné ?
Edit 2: D'après la spécification de SATA SStatus https://www.intel.com/content/dam/www/p ... df#page=36
- 1h Device presence detected but Phy communication not established
- 4h Phy in offline mode as a result of the interface being disabled or running in a BIST loopback mode
SATA link down (SStatus 1 SControl ...
. Donc Linux voit bien qu'il y a un device de branché sur ce port SATA, mais il n'arrive pas à communiquer avec...Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
- jeViens2Debian
- Hankyu
- Messages : 45
- Inscription : mer. 05 mai 2021, 19:51
Re: [disque dur] matériel neuf inconnu
Non, pas encore. Je ne suis pas sûr d'avoir le temps avant demain soir.
Je n'ai pas d'autre disque ni de clé Windows. Je vais chercher où trouver ça, mais si quelqu'un a le temps je veux bien un lien.
Merci
Je n'ai pas d'autre disque ni de clé Windows. Je vais chercher où trouver ça, mais si quelqu'un a le temps je veux bien un lien.
Merci
Re: [disque dur] matériel neuf inconnu
Autre possibilité de test, brancher le disque sur le port sata d'un autre pc, ou encore sur un dock usb.
- jeViens2Debian
- Hankyu
- Messages : 45
- Inscription : mer. 05 mai 2021, 19:51
Re: [disque dur] matériel neuf inconnu
Sous le capot du Aspire A315-56 Acer il ne semble pas y avoir d'autre ports SATA.
J'ai mis quelques photos dans le dossier à cette adresse : https://drive.google.com/drive/folders/ ... sp=sharing
Le disque n'est pas fixé. La nappe est pliée / pincée
Le résultat de journalctl -b après débranchement et rebranchement du disque n'a pas changé. Je n'ose pas toucher à la connectique côté carte mère.
Je vais tester le disque sur un ordinateur fixe.
J'ai mis quelques photos dans le dossier à cette adresse : https://drive.google.com/drive/folders/ ... sp=sharing
Le disque n'est pas fixé. La nappe est pliée / pincée
Le résultat de journalctl -b après débranchement et rebranchement du disque n'a pas changé. Je n'ose pas toucher à la connectique côté carte mère.
Je vais tester le disque sur un ordinateur fixe.
- jeViens2Debian
- Hankyu
- Messages : 45
- Inscription : mer. 05 mai 2021, 19:51
Re: [disque dur] matériel neuf inconnu
Je suis passé chez le commerçant qui m'a assuré que si le bios détecte le disque, le problème vient de l'OS. Il a ensuite formaté le disque en ntfs, puis il a du redémarrer (et non arrêter) le PC et le disque était visible comme sda, sda1, avec lsblk. J'ai éteint l'ordinateur mais une fois chez moi plus moyen de retrouver ce foutu disque !
Je vais essayer de redémarrer avec systemrescue.
Je vais essayer de redémarrer avec systemrescue.
- benjarobin
- Maître du Kyudo
- Messages : 17279
- Inscription : sam. 30 mai 2009, 15:48
- Localisation : Lyon
Re: [disque dur] matériel neuf inconnu
Il avait démarré depuis quoi, depuis un CD Windows ? C'est tout à fait possible (bien que très rare) qu'il y ai un problème avec le kernel Linux.
Peux tu détailler un peu plus ce qu'il a fait pour que le disque soit visible ?
Peux tu détailler un peu plus ce qu'il a fait pour que le disque soit visible ?
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
- jeViens2Debian
- Hankyu
- Messages : 45
- Inscription : mer. 05 mai 2021, 19:51
Re: [disque dur] matériel neuf inconnu
Je ne peux pas dire beaucoup plus. Il a dit a son employé d'utiliser une clé windows mais de ne pas installer le système, juste de créer une partition ntfs. Ça lui a pris 10 minutes. Quand il m'a présenté le PC il était sur le gestionnaire de connexion
Là je suis sur systemRESCUE803 et j'ai le même message dans le journal du boot :
journalctl -b | grep SATA
J'ai crée la clé systemRESCUE pour qu'il boote en mode UEFI https://www.system-rescue.org/Installin ... ory-stick/
Là je suis sur systemRESCUE803 et j'ai le même message dans le journal du boot :
journalctl -b | grep SATA
Code : Tout sélectionner
Jun 23 18:43:29 sysrescue kernel: ahci 0000:00:17.0: AHCI 0001.0301 32 slots 2 ports 6 Gbps 0x3 impl SATA mode
Jun 23 18:43:29 sysrescue kernel: ata1: SATA max UDMA/133 abar m2048@0x4fc13000 port 0x4fc13100 irq 126
Jun 23 18:43:29 sysrescue kernel: ata2: SATA max UDMA/133 abar m2048@0x4fc13000 port 0x4fc13180 irq 126
Jun 23 18:43:29 sysrescue kernel: ata2: SATA link down (SStatus 4 SControl 300)
Jun 23 18:43:29 sysrescue kernel: ata1: SATA link down (SStatus 1 SControl 300)
- jeViens2Debian
- Hankyu
- Messages : 45
- Inscription : mer. 05 mai 2021, 19:51
Re: [disque dur] matériel neuf inconnu
quelques informations avec lshw en mode graphique :
SATA controller
/0/100/17
product: Ice Lake-LP SATA Controller [AHCI mode] [8086:34D3]
vendor: Intel Corporation [8086]
bus info: pci@0000:00:17.0
version: 30
width: 32 bits
clock: 66MHz
capabilities:
sata,
Message Signalled Interrupts,
Power Management,
ahci_1.0,
bus mastering,
PCI capabilities listing
configuration:
driver: ahci
latency: 0
resources:
irq: 126
memory: 4fc10000-4fc11fff
memory: 4fc14000-4fc140ff
ioport: 4080(size=8)
ioport: 4088(size=4)
ioport: 4060(size=32)
memory: 4fc13000-4fc137ff
SATA controller
/0/100/17
product: Ice Lake-LP SATA Controller [AHCI mode] [8086:34D3]
vendor: Intel Corporation [8086]
bus info: pci@0000:00:17.0
version: 30
width: 32 bits
clock: 66MHz
capabilities:
sata,
Message Signalled Interrupts,
Power Management,
ahci_1.0,
bus mastering,
PCI capabilities listing
configuration:
driver: ahci
latency: 0
resources:
irq: 126
memory: 4fc10000-4fc11fff
memory: 4fc14000-4fc140ff
ioport: 4080(size=8)
ioport: 4088(size=4)
ioport: 4060(size=32)
memory: 4fc13000-4fc137ff
- benjarobin
- Maître du Kyudo
- Messages : 17279
- Inscription : sam. 30 mai 2009, 15:48
- Localisation : Lyon
Re: [disque dur] matériel neuf inconnu
Je pense qu'il y a un bug quelque part dans le driver qui gère le disque SATA sous Linux... Car manifestement sous Windows, il a initialisé quelque chose au niveau matériel, qui a fait que le lien SATA soit fonctionnel sous Linux après démarrage (pas de mise sous tension entre).
Clairement sans avoir la machine sous la main, et quelques expert Linux avec (par exemple Bootlin), tu as très peu de chance d'arriver à faire fonctionner ce disque dur sous Linux. Je n'ai encore jamais vu cela...
Quelques notes (principalement pour moi même) :
https://github.com/torvalds/linux/blob/ ... hci.c#L416
https://github.com/torvalds/linux/commi ... fa68f0f74a
https://bugzilla.kernel.org/show_bug.cgi?id=209419
Edit 2: Donc d'après le dernier lien, c'est un problème connu avec ton modèle spécifiquement...
Apparemment le disque devient visible si tu met le PC en veille, et en sortie de veille le disque dur apparaît...
Clairement sans avoir la machine sous la main, et quelques expert Linux avec (par exemple Bootlin), tu as très peu de chance d'arriver à faire fonctionner ce disque dur sous Linux. Je n'ai encore jamais vu cela...
Quelques notes (principalement pour moi même) :
https://github.com/torvalds/linux/blob/ ... hci.c#L416
https://github.com/torvalds/linux/commi ... fa68f0f74a
https://bugzilla.kernel.org/show_bug.cgi?id=209419
Edit 2: Donc d'après le dernier lien, c'est un problème connu avec ton modèle spécifiquement...
Apparemment le disque devient visible si tu met le PC en veille, et en sortie de veille le disque dur apparaît...
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
- jeViens2Debian
- Hankyu
- Messages : 45
- Inscription : mer. 05 mai 2021, 19:51
Re: [disque dur] matériel neuf inconnu
C'est exactement ça. Faut il que je me signale sur la conversation ?Edit 2: Donc d'après le dernier lien, c'est un problème connu avec ton modèle spécifiquement...
Apparemment le disque devient visible si tu met le PC en veille, et en sortie de veille le disque dur apparaît...
Au moins on commence à cerner le problème.
- benjarobin
- Maître du Kyudo
- Messages : 17279
- Inscription : sam. 30 mai 2009, 15:48
- Localisation : Lyon
Re: [disque dur] matériel neuf inconnu
Surtout pas. Jamais de "moi aussi j'ai le problème" / "me too". A moins de rajouter quelque chose de pertinent au rapport de bug !jeViens2Debian a écrit : ↑mer. 23 juin 2021, 23:00C'est exactement ça. Faut il que je me signale sur la conversation ?
Oui et non. Tant qu'un développeur (motivé, compétent, ...) n'aura pas accès à un PC similaire au tient, j'ai bien peur que le rapport de bug n'avance pas...
En gros, tu n'es pas le seul à avoir le problème. Le problème a été remonté correctement, il y a eu des discussions... mais pas de solution. Le rapport de bug a presque un an.
Donc dans le meilleur des cas, le problème sera résolu entre un an (statistiquement le strict minimum) ou jamais (assez probable dans ton cas)... Désolé...
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
- jeViens2Debian
- Hankyu
- Messages : 45
- Inscription : mer. 05 mai 2021, 19:51
Re: [disque dur] invisible sur Acer Aspire A315 (non résolu)
J'ai trouvé une solution de contournement valable uniquement si le disque sert d'espace de stockage des données.
Après une mise en veille et un réveil, j'ai pu formater le disque à ma convenance.
---- STOP : c'est n'importe quoi -----
Je l'ai inscrit dans /etc/fstab
J'y accède depuis le répertoire /home/pierre/obelix. Peut être est ce inutile de créer le répertoire à en croire man systemd.automount :
Vu sur https://doc.ubuntu-fr.org/autofs
user : autorise les utilisateurs à le monter
noauto : il n'est pas vérifié au démarrage de l'ordinateur
(description copiée depuis https://wiki.archlinux.org/title/Fstab_ ... quette_GPT
noatime : désactive complètement les temps d'accès aux fichiers d'écriture sur le lecteur chaque fois que vous lisez un fichier. Cela fonctionne bien pour presque toutes les applications, sauf pour celles qui ont besoin de savoir si un fichier a été lu depuis sa dernière modification. Les informations de temps d'écriture d'un fichier continueront à être mises à jour chaque fois que le fichier est écrit avec cette option activée.
nofail : empêche les erreurs signalées lors du démarrage
x-systemd.device-timeout=1 : nofail se combine mieux avec l'option x-systemd.device-timeout. Cela s'explique par le fait que le délai d'expiration par défaut du périphérique est de 90 secondes, de sorte qu'un périphérique externe déconnecté avec seulement nofail fera prendre à votre démarrage 90 secondes de plus, à moins que vous ne reconfiguriez le délai d'expiration comme indiqué. Assurez-vous de ne pas régler le délai d'attente sur 0, car cela se traduit par un délai d'attente infini.
Deux questions restent en suspend :
Dans fstab, les options rw, users, et x-systemd.device-timeout=1 sont elles utiles ? (à tester)
Comment démonter obelix automatiquement avant l'arrêt ou le redémarrage du système ?
Pour finir, un peu d'ergonomie avec Plasma :
Dans la configuration du système > comportement de l'espace de travail > verrouillage de l'écran : désactiver après passage de sommeil à réveil.
Un composant graphique dans le tableau de bord permet d'afficher aux choix les boutons d'arrêt, mise en veille, etc
Après une mise en veille et un réveil, j'ai pu formater le disque à ma convenance.
Code : Tout sélectionner
#parted
(parted) print /dev/sda
Modèle : ATA ST1000LM048-2E71 (scsi)
Disque /dev/sda : 1000GB
Taille des secteurs (logiques/physiques) : 512B/4096B
Table de partitions : gpt
Drapeaux de disque :
Numéro Début Fin Taille Système de fichiers Nom Drapeaux
1 1049kB 1000GB 1000GB ext4 obelix
#blkid
/dev/sda1: LABEL="feuillage" UUID="787fd271-b45a-4c29-91bb-ebfe017f5038" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="obelix" PARTUUID="b8a30a4c-e5d0-4904-9ae3-90a943b0731c"
Je l'ai inscrit dans /etc/fstab
Code : Tout sélectionner
LABEL=feuillage /home/pierre/obelix ext4 rw,users,noauto,noatime,nofail,x-systemd.automount,x-systemd.device-timeout=1 0 2
x-systemd.automountDirectoryMode=
Directories of automount points (and any parent directories) are automatically created if needed.
Vu sur https://doc.ubuntu-fr.org/autofs
rw : accès en lecture écriture(avril 2021) Systemd peut gérer simplement le montage automatique de systèmes de fichiers. Comme en témoigne ce post sur StackExchange en date du 7 juillet 2017, AutoFS est l'ancien moyen de monter automatiquement des systèmes de fichiers.
Avec Systemd-automount, cela peut se faire facilement, par exemple en ajoutant et adaptant la ligne suivante dans votre fichier /etc/fstab :Ainsi, à moins d'avoir des besoins spécifiques, dans la plupart des cas systemd-automount fonctionnera correctement. Cela permet, par exemple, monter automatiquement des disques durs que l'on insère dans un dock sur le bureau (stockage, sauvegarde…).Code : Tout sélectionner
UUID=ed5ac6e5-9fc3-4d28-b0b5-0c4466249c71 /mnt/point-de-montage ext4 noauto,nofail,x-systemd.automount,x-systemd.idle-timeout=2s,x-systemd.device-timeout=30ms
user : autorise les utilisateurs à le monter
noauto : il n'est pas vérifié au démarrage de l'ordinateur
(description copiée depuis https://wiki.archlinux.org/title/Fstab_ ... quette_GPT
noatime : désactive complètement les temps d'accès aux fichiers d'écriture sur le lecteur chaque fois que vous lisez un fichier. Cela fonctionne bien pour presque toutes les applications, sauf pour celles qui ont besoin de savoir si un fichier a été lu depuis sa dernière modification. Les informations de temps d'écriture d'un fichier continueront à être mises à jour chaque fois que le fichier est écrit avec cette option activée.
nofail : empêche les erreurs signalées lors du démarrage
x-systemd.device-timeout=1 : nofail se combine mieux avec l'option x-systemd.device-timeout. Cela s'explique par le fait que le délai d'expiration par défaut du périphérique est de 90 secondes, de sorte qu'un périphérique externe déconnecté avec seulement nofail fera prendre à votre démarrage 90 secondes de plus, à moins que vous ne reconfiguriez le délai d'expiration comme indiqué. Assurez-vous de ne pas régler le délai d'attente sur 0, car cela se traduit par un délai d'attente infini.
Deux questions restent en suspend :
Dans fstab, les options rw, users, et x-systemd.device-timeout=1 sont elles utiles ? (à tester)
Comment démonter obelix automatiquement avant l'arrêt ou le redémarrage du système ?
Pour finir, un peu d'ergonomie avec Plasma :
Dans la configuration du système > comportement de l'espace de travail > verrouillage de l'écran : désactiver après passage de sommeil à réveil.
Un composant graphique dans le tableau de bord permet d'afficher aux choix les boutons d'arrêt, mise en veille, etc
Dernière modification par jeViens2Debian le ven. 09 juil. 2021, 18:35, modifié 3 fois.