- Fedora-Fr
- À propos de Fedora-Fr
- Historique
- Statistiques
- Télécharger
- Obtenir Fedora
- Toutes les méthodes de téléchargement
- Support
- Aide sur IRC
- Forums
- Documentation
- Sous-projets
- Plateforme de blog
Dernière news : Vous pouvez tester la nouvelle Fedora Linux 38 Beta
En conclusion: je découvre un effet secondaire du remplacement d'un disque dur par un SSD et j'ai dû découvrir plein d'articles en rapport avec la surchauffe. En principe le SSD doit ralentir suffisamment pour limiter à 70°C ce qui serait une température sans risque pour la corruption. Mon SSD ne doit pas respecter l'autolimitation suffisamment et, pour une prochaine m.à.j. importante je dois améliorer le passage de l'air par un extracteur sur la côté ou un insufflateur en dessous. L'offre de ce type de dispositif est pléthorique donc le problème de surchauffe de pc portables doit concerner beaucoup de monde.....
En effet, dans mon ordi de bureau, après quelques heures je lis 33°C, mais l'autre est un portable conçu pour un HD, avec un lit en caoutchouc pour le disque, et les 40°C étaient atteints peu après la mise en route.
Le 33°C est sur un SSD de la marque PNY, les 40°C est avec la marque SomnAmbulist , douteuse marque chinoise?
Je ne vois pas trop comment mieux refroidir dans un laptop.
Bonne question, merci pour l'avoir posée; ça fait tant d'années que je n'ai rencontré des problèmes de disque grossiers que je n'ai pas eu la réflexe. Maintenant c'est fait mais le résultat n'est pas parlant et j'y vois rien qui alerte.
smartctl 7.3 2022-02-28 r5338 [x86_64-linux-6.0.8-200.fc36.x86_64] (local build)
Copyright (C) 2002-22, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Device Model: SSD 1TB
Serial Number: 202109280066
Firmware Version: T0910A0
User Capacity: 1024209543168 bytes [1,02 TB]
Sector Size: 512 bytes logical/physical
Rotation Rate: Solid State Device
Form Factor: 2.5 inches
TRIM Command: Available, deterministic
Device is: Not in smartctl database 7.3/5319
ATA Version is: ACS-2 T13/2015-D revision 3
SATA Version is: SATA 3.2, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is: Wed Nov 23 13:59:15 2022 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 120) seconds.
Offline data collection
capabilities: (0x11) SMART execute Offline immediate.
No Auto Offline data collection support.
Suspend Offline collection upon new
command.
No Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
No Selective Self-test supported.
SMART capabilities: (0x0002) Does not save SMART data before
entering power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 10) minutes.
SMART Attributes Data Structure revision number: 1
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x0032 100 100 050 Old_age Always - 0
5 Reallocated_Sector_Ct 0x0032 100 100 050 Old_age Always - 0
9 Power_On_Hours 0x0032 100 100 050 Old_age Always - 101
12 Power_Cycle_Count 0x0032 100 100 050 Old_age Always - 285
160 Unknown_Attribute 0x0032 100 100 050 Old_age Always - 0
161 Unknown_Attribute 0x0033 100 100 050 Pre-fail Always - 100
163 Unknown_Attribute 0x0032 100 100 050 Old_age Always - 52
164 Unknown_Attribute 0x0032 100 100 050 Old_age Always - 8132
165 Unknown_Attribute 0x0032 100 100 050 Old_age Always - 11
166 Unknown_Attribute 0x0032 100 100 050 Old_age Always - 2
167 Unknown_Attribute 0x0032 100 100 050 Old_age Always - 4
168 Unknown_Attribute 0x0032 100 100 050 Old_age Always - 5050
169 Unknown_Attribute 0x0032 100 100 050 Old_age Always - 100
175 Program_Fail_Count_Chip 0x0032 100 100 050 Old_age Always - 0
176 Erase_Fail_Count_Chip 0x0032 100 100 050 Old_age Always - 0
177 Wear_Leveling_Count 0x0032 100 100 050 Old_age Always - 0
178 Used_Rsvd_Blk_Cnt_Chip 0x0032 100 100 050 Old_age Always - 0
181 Program_Fail_Cnt_Total 0x0032 100 100 050 Old_age Always - 0
182 Erase_Fail_Count_Total 0x0032 100 100 050 Old_age Always - 0
192 Power-Off_Retract_Count 0x0032 100 100 050 Old_age Always - 13
194 Temperature_Celsius 0x0022 100 100 050 Old_age Always - 40
195 Hardware_ECC_Recovered 0x0032 100 100 050 Old_age Always - 0
196 Reallocated_Event_Count 0x0032 100 100 050 Old_age Always - 0
197 Current_Pending_Sector 0x0032 100 100 050 Old_age Always - 0
198 Offline_Uncorrectable 0x0032 100 100 050 Old_age Always - 0
199 UDMA_CRC_Error_Count 0x0032 100 100 050 Old_age Always - 0
232 Available_Reservd_Space 0x0032 100 100 050 Old_age Always - 100
241 Total_LBAs_Written 0x0030 100 100 050 Old_age Offline - 37356
242 Total_LBAs_Read 0x0030 100 100 050 Old_age Offline - 53207
245 Unknown_Attribute 0x0032 100 100 050 Old_age Always - 15429
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]
Selective Self-tests/Logging not supported
Oui, c'est à dire que j'ai passé fsck sur les partitions Linux et que sous Windows 10 j'ai activé, pour chaque partition visible, la vérification de l'intégrité....
La m.à.j. de 35 en 36 sur mon ordi de bureau est passée sans le moindre souci, mais sur mon HP Pavilion portable je ne pouvait plus booter Fedora après la m.à.j..
Après quelques messages éphémères j’obtenais un écran bleu avec un bouton OK qui provoquait l'arrêt. Avec le liveusb j'ai lancé dosfsck sur la partition EFI ce qui m'a mis à zéro trois fichiers dans /EFI/fedora. Le remplacement de ces trois fichiers a rendu le boot Fedora à nouveau possible.
Par la suite j'ai constaté sur mon ordi de bureau que la m.à.j. n'avait rien fait dans EFI/fedora ce qui devrait être pareil pour le portable, donc la cause de la corruption reste à trouver. Les deux machines ont fedora sur SSD et je ne vois que une surchauffe dû à l'intensité d'accès pendant la m.à.j. comme cause possible, mais il ne faisait que la température préconisée de 19°C dans la pièce et l'ordi était sur une surface lisse....
Ma confiance dans les SSD a pris un coup.
J'ai choisi pour un KDE/PLasma live/USB sans nuances dans les choix.
En effet, je n'ai pas été clair, j'ai utilisé le mot migration mais dans les faits c'était une installation neuve sur une partition précédemment en FC34, mais effacée.
installer sane-backends ne fait pas installer
sane-backends-drivers-scanners
et
sane-backends-drivers-cameras
après installation de ces deux tout va bien
J'ai déjà fait des essais dans /etc/sane.d/plustek.conf avec
[usb] 0x04b8 0x010f
device /dev/usbscanner
sans effet, et d'ailleurs je devais me prendre aussi à /etc/sane.d/ v4l.conf parce que le webcam n'est pas vu non plus.
Le fait que le webcam n'est pas vu fait penser que /etc/sane.d n'est même parcouru, les /dev/vide0 et /dev/video1 existent et tvtime fonctionne avec .
Je crains un problème systemd sinon une dépendance ayant disparue. Je me dépanne avec mon laptop sous FC34 où le scanner marche 'out of the box', sans bricolage de ma part en dehors de la ligne [option altCalibration 1] dans /etc/sane.d/plustek.conf.
Mon laptop devra être sauvegardé parfaitement avant une mise à jour vers 35; pour l'instant je préfère attendre.
Un symptome supplémentaire c'est qu'avec les releases précédentes xsane me proposait, après la recherche de périphériques à choisir entre, aussi bien mon VF0380 webcam que l'Epson 1250, et maintenant plus rien. Le webcam marche cependant bien avec tvtime.
Mon scanner Epson Perfection 1250 ne fonctionne pas avec fc35; je l'ai utilisé depuis des années avec Fedora ( FC34 inclus) et le seul problème était qu'il fallait mettre option altCalibration à 1 dans /etc/sane.d/plustek.conf pour un bon fonctionnement.
Je crains une dépendance non-satisfaite mais je n'avance plus après ce qui suit ici:
# sane-find-scanner
.
.
found USB scanner (vendor=0x04b8 [EPSON], product=0x010f [EPSON Scanner 010F], chip=LM9832/3) at libusb:006:004
# Your USB scanner was (probably) detected. It may or may not be supported by
# SANE. Try scanimage -L and read the backend's manpage
NOTE: les scanners avec chip=LM9832/3 utilisent normalement /etc/sane.d/plustek.conf
# scanimage -L
No scanners were identified. If you were expecting something different,
check that the scanner is plugged in, turned on and detected by the
sane-find-scanner tool
/etc/sane.d/plustek.conf is present
/usr/lib64/sane/libsane-plustek.a is absent
# ls -l /usr/lib64/sane
total 252
-rwxr-xr-x. 1 root root 254560 11 oct. 08:32 libsane-airscan.so.1
même avec la ligne
device libusb:006:004
dans /etc/sane.d/plustek.conf le scanner reste invisible.
il y a bien une ligne
plustek
dans /etc/sane.d/dll.conf
rpm -qa | grep sane
sane-backends-libs-1.0.32-5.fc35.x86_64
kf5-libksane-21.04.2-2.fc35.x86_64
libsane-airscan-0.99.27-1.fc35.x86_64
sane-airscan-0.99.27-1.fc35.x86_64
sane-backends-1.0.32-5.fc35.x86_64
sane-frontends-1.0.14-40.fc35.x86_64
xsane-common-0.999-41.fc35.x86_64
xsane-0.999-41.fc35.x86_64
Merci pour des pistes complémentaires à explorer!
Mon problème n'est pas que l'imprimante est impossible ou très difficile à faire fonctionner en Linux 64 bits, mais que, pour pouvoir utiliser le fichier à imprimer sous Windows, je dois booter Windows, puis FC33 puis Windows à nouveau. A la première boot de Windows après l'écriture du fichier sous Fedora, sur une partition ntfs ou fat, le fichier n'est pas trouvable sous Windows.
Une de mes imprimantes n'a, sous Linux, qu'une pilote 32 bits, donc quand je veux l'utiliser il faut stocker le fichier à imprimer sur une partition fat ou ntfs. Ayant fait cela je constate que le fichier est introuvable sous Windows 10; cependant, après un reboot de mon FC33 puis au deuxième boot de Windows 10 le fichier devient visible. Pour éviter ce double reboot je peux passer par une clef USB mais intellectuellement c'est peu satisfaisant. J'aimerais comprendre... ,
Merci pour une clarification de ce mystère.
Un simple mise à jour du plugin Widevine a fait disparaitre le problème.
Moi, après un premier message à sujet de DRM, une seule fois, j'ai en permanence le refus avec le message que j'avais cité. Si je lance le vidéo j'obtiens, après pas mal de temps, un message attestant l'impossibilité de passer ce vidéo dans ce logiciel, avec derrière (22). Comme plugins je n'ai que OpenH264 par Cisco, ce qui jus qu’hier, avec 85.2 suffisait. Néanmoins bon à savoir que ce serait plutôt un problème de configuration.
Depuis la mise à jour de Firefox vers 86.0 il y a des sites dont je ne peux plus activer son et vidéo comme sur https://www.bvn.tv/bvnlive/ où l'activation fait afficher une bande avec le sigle lien et le message "Firefox installe des composants nécessaires à la lecture d'éléments audio et vidéo sur cette page. Veuillez réessayer plus tard.", mais il n'y a rien qui s'installe. Je suis en FC33, mais sous Win$10 les mêmes sites avec Firefox 86.0 passent bien. Divers autres sites en vidéo/audio n'ont pas de problème avec Firefox 86.0 - FC33. Je me demande si ce pourrait être un Codec qui manque, mais je ne vois pas comment déterminer lequel.
En ce qui concerne la partition EFI sur mon pc mobile, le message annonçant que la partition est en ntfs ne revient plus si je coche la case 'reformat' dans la sélection de la partition. Sur mon pc de bureau ce contraint ne se pose pas. Avec le live-dvd fc28 il n'y a pas non-plus ce contraint. Reformater la partition EFI sur ce HP Pavilion G8, avec son implémentation incomplet d'UEFI, doit rendre nécessaire la restauration le l’amorce avec les outils de Windows; lancer grub2 directement n'a jamais fonctionné; par défaut c'est Windows qui est lancé, et pour linux il faut taper ESC et/ou F9 à la mise sous tension et obtenir le menu des bootables, choisir Fedora et ensuite on obtient le menu grub2.
Le problème est donc exceptionnel mais c'est quand même une régression par rapport à le passé où je n'ai que le dvd fc28 en témoignage, mais des installations neuves j'en fait que rarement, et les clés usb sont facilement réutilisées.
Plus loin, dans un autre poste était détaillé:
dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-b6c17b6872
Après la màj de mon pc de bureau de fc31-kde vers fc33 sans problème il y a la màj de fc32-kde vers fc33 qui m'a donné par contre bien de soucis sur mon HP Pavilion g7; le déroulement classique étant bien fini et le reboot sans problème il y a au lancement de Plasma qu'il y a eu blocage, après une minute le petit cercle d'animation se figeait. J'ai fait un dnf upgrade --refresh qui me sortait les conflits listés en bas dont j'ai trouvé une trace sur le web, mais la solution proposée n'a rien donnée. J'ai essayé de désinstaller plasma et kde afin de les réinstaller mais sans succès. J'ai tenté de faire une installation par le live-usb vers la partition inexploitable, mais sous anaconda, avec partitions personnalisées j'obtenais le message erreur que la partition EFI était en ntfs, bien que fdisk -l l'affichait en EFI. Il n'y avait aucune information sur ce que le partionnement auto allait donné, et vu que c'est un modèle où le uefi bios est non-conforme et sans update, j'ai tenté l'installation d'une vieille version dont j'ai encore le live-dvd, une fc28, et là aucun problème avec le partitionnement et le déroulement de l'installation. Après la màj de l'installation fc28 j'ai migré vers fc31 et de la vers fc33, et maintenant ça marche, il ne reste que l'enrichissement via rpmfusion etc.
Le problème du conflit plasma est apparemment connu, mais pourquoi je ne l'ai pas avec mon pc de bureau ->??
En ce qui concerne le problème de partitionnement je n'ai rien trouvé, et j'aimerais bien comprendre; passer par l'installation de fc28 ne serra plus possible dans quelque temps.
Error:
Problem 1: cannot install the best update candidate for package sddm-breeze-5.20.4-1.fc33.noarch
- problem with installed package sddm-breeze-5.20.4-1.fc33.noarch
- nothing provides kf5-plasma >= 5.78.0 needed by sddm-breeze-5.20.5-1.fc33.noarch
Problem 2: cannot install the best update candidate for package plasma-workspace-5.20.4-1.fc33.x86_64
- problem with installed package plasma-workspace-5.20.4-1.fc33.x86_64
- nothing provides kf5-plasma(x86-64) >= 5.78.0 needed by plasma-workspace-5.20.5-1.fc33.x86_64
Problem 3: cannot install the best update candidate for package plasma-desktop-5.20.4-2.fc33.x86_64
- problem with installed package plasma-desktop-5.20.4-2.fc33.x86_64
- nothing provides kf5-plasma(x86-64) >= 5.78.0 needed by plasma-desktop-5.20.5-1.fc33.x86_64
Problem 4: cannot install the best update candidate for package kwin-common-5.20.4-2.fc33.x86_64
- problem with installed package kwin-common-5.20.4-2.fc33.x86_64
- nothing provides kf5-kwayland(x86-64) >= 5.78.0 needed by kwin-common-5.20.5-1.fc33.x86_64
Problem 5: cannot install the best update candidate for package plasma-workspace-xorg-5.20.4-1.fc33.x86_64
- problem with installed package plasma-workspace-xorg-5.20.4-1.fc33.x86_64
- package plasma-workspace-xorg-5.20.5-1.fc33.x86_64 requires plasma-workspace = 5.20.5-1.fc33, but none of the providers can be installed
- nothing provides kf5-plasma(x86-32) >= 5.78.0 needed by plasma-workspace-5.20.5-1.fc33.i686
- nothing provides kf5-plasma(x86-64) >= 5.78.0 needed by plasma-workspace-5.20.5-1.fc33.x86_64
Problem 6: cannot install the best update candidate for package plasma-workspace-wayland-5.20.4-1.fc33.x86_64
- problem with installed package plasma-workspace-wayland-5.20.4-1.fc33.x86_64
- package plasma-workspace-wayland-5.20.5-1.fc33.x86_64 requires plasma-workspace = 5.20.5-1.fc33, but none of the providers can be installed
- nothing provides kf5-plasma(x86-32) >= 5.78.0 needed by plasma-workspace-5.20.5-1.fc33.i686
- nothing provides kf5-plasma(x86-64) >= 5.78.0 needed by plasma-workspace-5.20.5-1.fc33.x86_64
Problem 7: cannot install the best update candidate for package plasma-lookandfeel-fedora-5.20.4-1.fc33.noarch
- problem with installed package plasma-lookandfeel-fedora-5.20.4-1.fc33.noarch
- package plasma-lookandfeel-fedora-5.20.5-1.fc33.noarch requires plasma-workspace = 5.20.5-1.fc33, but none of the providers can be installed
- nothing provides kf5-plasma(x86-32) >= 5.78.0 needed by plasma-workspace-5.20.5-1.fc33.i686
- nothing provides kf5-plasma(x86-64) >= 5.78.0 needed by plasma-workspace-5.20.5-1.fc33.x86_64
Problem 8: cannot install the best update candidate for package kwin-x11-5.20.4-2.fc33.x86_64
- problem with installed package kwin-x11-5.20.4-2.fc33.x86_64
- package kwin-x11-5.20.5-1.fc33.x86_64 requires kwin-common(x86-64) = 5.20.5-1.fc33, but none of the providers can be installed
- nothing provides kf5-kwayland(x86-64) >= 5.78.0 needed by kwin-common-5.20.5-1.fc33.x86_64
Problem 9: cannot install the best update candidate for package kwin-wayland-5.20.4-2.fc33.x86_64
- problem with installed package kwin-wayland-5.20.4-2.fc33.x86_64
- package kwin-wayland-5.20.5-1.fc33.x86_64 requires kwin-common(x86-64) = 5.20.5-1.fc33, but none of the providers can be installed
- nothing provides kf5-kwayland(x86-64) >= 5.78.0 needed by kwin-common-5.20.5-1.fc33.x86_64
Problem 10: cannot install the best update candidate for package kwin-5.20.4-2.fc33.x86_64
- problem with installed package kwin-5.20.4-2.fc33.x86_64
- package kwin-5.20.5-1.fc33.x86_64 requires kwin-common(x86-64) = 5.20.5-1.fc33, but none of the providers can be installed
- nothing provides kf5-kwayland(x86-64) >= 5.78.0 needed by kwin-common-5.20.5-1.fc33.x86_64
(try to add '--skip-broken' to skip uninstallable packages)
Hi, you need this update to hit the stable repo: https://bodhi.fedoraproject.org/updates … b6c17b6872 You can install it from testing or wait until it is pushed to stable.
Après d'autres recherches il me semble d'avoir compris que ce pc est EFI capable mais non-configuré, ce qui voudrait dire que je dois formater le disque en GPT avant que la création d'une partition /boot/efi ait du sens.
Je dois au préalable sauver Windows ou trouver un support d'installation et aussi trouver un support bootable qui permet ce formatage.
A suivre....
Sur un HP6305 je peux installer avec le livedvd en 32 bit sans problème, tandis qu'avec la version en 64 bit anaconda n'arrive pas à configurer une partition.
Ce même livedvd fonctionne bien sur un autre (vieux) pc.
Pendant la spécification de la partition hors mode automatique les détails sont acceptés mais quand je presse 'Fait' il y a toujours l'information en bas de l'écran que Anaconda n'arrive pas à fair la partition. Le mode automatique donne tout de suite l'erreur.
Je soupçonne un problème avec la partition type bios sinon l'absence d'une partition FAT en /boot/efi, mais je n'arrive pas à comprendre pourquoi alors je n'ai pas de problème avec la dvd en 32 bit.
Jusque là j'ai toujours utilisé les livedvd que sur des pc d'avant 2011 où je n'ai pas eu de problème de ce genre.
Merci pour tout clarification.
J'ai consulté:
https://www.digitalocean.com/community/ … -and-units
où j'ai trouvé
# systemctl mask packagekit.service
ça marche et c'est pourquoi je ne tente pas le
# systemctl stop packagekit.service
avant
# systemctl disable packagekit.service
Merci pour la tentative d'aide
Je vais essayer
# systemctl mask packagekit.service
à voir au prochain re-boot
Chez moi
$ rpm -qa PackageKit*
donne
PackageKit-1.1.6-2.fc26.i686
PackageKit-Qt5-0.9.5-7.fc26.i686
PackageKit-glib-1.1.6-2.fc26.i686
PackageKit-Qt-0.9.5-7.fc26.i686
PackageKit-gstreamer-plugin-1.1.6-2.fc26.i686
Chez moi j'obtiens:
# systemctl list-unit-files | grep packagekit*
packagekit-offline-update.service static
packagekit.service static
# systemctl status packagekit
● packagekit.service - PackageKit Daemon
Loaded: loaded (/usr/lib/systemd/system/packagekit.service; static; vendor preset: disabled)
Active: failed (Result: exit-code) since Mon 2017-10-23 21:23:48 CEST; 3min 11s ago
Process: 4744 ExecStart=/usr/libexec/packagekitd (code=exited, status=203/EXEC)
Main PID: 4744 (code=exited, status=203/EXEC)
oct. 23 21:23:48 localhost.localdomain systemd[1]: Starting PackageKit Daemon...
oct. 23 21:23:48 localhost.localdomain systemd[1]: packagekit.service: Main process exited, code=exited, status=203/EXEC
oct. 23 21:23:48 localhost.localdomain systemd[1]: Failed to start PackageKit Daemon.
oct. 23 21:23:48 localhost.localdomain systemd[1]: packagekit.service: Unit entered failed state.
oct. 23 21:23:48 localhost.localdomain systemd[1]: packagekit.service: Failed with result 'exit-code'.
J'en conclue qu'il y a bien eu tentative de le faire démarrer et que cela ne réussit pas en raison du nom de l'exécutable qui ne correspond plus.