Skip to main content

02_Diagnostic du Ubuntu par Claude

Diagnostic expert — Ubuntu julien-130430

Généré par Claude Code le 2026-05-31 à 19h57 — Ubuntu 25.10 questing

1. Système de base

OSUbuntu 25.10 (questing) — version non-LTS, support jusqu'à juillet 2026 Kernel6.17.0-19-generic (SMP PREEMPT_DYNAMIC — mars 2026) Hostnamejulien-130430 Architecturex86_64 Uptime1h36 au moment du diagnostic Languefr_FR.UTF-8 / shell bash

2. Matériel

CPU

ModèleAMD Ryzen 5 2600X Six-Core Processor Cœurs / Threads6 cœurs / 12 threads (1 socket) Fréquence2200–3600 MHz (scaling à 99%) Charge (1/5/15 min)2,44 / 1,98 / 1,17 — charge en train de baisser, acceptable

RAM & Swap

RAM totale15 Gi RAM utilisée4,9 Gi utilisé + 9 Gi cache/tampon — 10 Gi disponibles Swap4 Gi (fichier /swap.img), 5,5 Mi utilisés — quasi vide, bonne santé

GPU

ModèleAMD Radeon RX 6400/6500 XT — Navi 24 (rev c1) DriverAMDGPU (open-source, intégré au kernel) Monitoringlm-sensors absent — pas de relevé de température possible

3. Stockage

DisqueModèleTaillePartitionFSPoint de montageUtiliséAlerte sdaSanDisk 3.2Gen1 (USB)57,3 Gsda2ext4/ (racine)31G / 57G — 57% sdbPatriot Burst (SSD)223,6 Gsdb3ntfs/media/julien/CE1C8DC545149G / 223G — 67% sdcSeagate Backup Plus7,3 Tsdc2—/media/julien/Seagate…3,1T / 7,3T — 42% sdd—932 Gsdd1—/media/julien/206897…827G / 932G — 89%⚠ Critique sde—932 Gsde2—/media/julien/2ème disque dur294G / 932G — 32%

Point d'attention : Le disque sdd1 est à 89% de capacité (827G/932G). Seuil critique à surveiller.

Note : Le système racine est sur une clé USB SanDisk (sda). Performances limitées par rapport à un SSD SATA ou NVMe. Risque de défaillance à long terme supérieur à un disque interne.

4. Réseau

Interfaceenp37s0 (Ethernet) IP locale192.168.1.26/24 (DHCP) IPv62a01:cb1c:833b:d00:2ef0:5dff:feec:62e0/64 Passerelle192.168.1.1 DNS192.168.1.1 + IPv6 routeur (via systemd-resolved) DNSSECDésactivé (unsupported) mDNS / LLMNRDésactivés

Recommandation : L'IP est attribuée par DHCP. Envisager une réservation DHCP fixe sur le routeur pour la stabilité de 192.168.1.26.

5. Services et sécurité

Services systemd

    32 services actifs, 0 en échec — état sain Services notables : GDM (GNOME), NetworkManager, snapd, cups, bluetooth, chrony (NTP), avahi, rsyslog CUPS présent en double : cups.service (paquet) et snap.cups.cupsd.service (snap) — redondance inutile

    SSH serveur

    openssh-server absent — aucun accès SSH entrant possible sur cette machine. Si un accès distant est souhaité, installer openssh-server.

    Pare-feu

    ufw ne répond pas (non configuré ou inactif). La machine est probablement protégée par le NAT du routeur, mais aucune règle locale n'est en place.

    Ports en écoute (accessibles depuis le réseau)

    PortServiceRemarque 22000/tcp+udpSyncthing (PID 24179)Sync P2P — normal 53/tcp (127.0.0.53)systemd-resolvedDNS local uniquement 53/tcp (127.0.0.54)systemd-resolved stubDNS local uniquement

    Surface d'attaque réseau réduite : seul Syncthing écoute sur l'interface externe.

    Sudo

    Julien est membre du groupe sudo. La commande sudo -l nécessite un terminal interactif (PAM conversation) — normal dans le contexte Claude Code non-interactif.

    6. Syncthing

    ProcessusEn cours d'exécution (PID 24179, port 22000 actif) Service systemdsyncthing@julien.service : disabled / inactive Dossiers synchronisésBillets, Jux_Obsidian, Jux_univers, Ouvrages, PDF temps, Suretés, Tutoriels videos

    Problème : Syncthing tourne actuellement mais le service systemd est désactivé. Si la machine redémarre, Syncthing ne se relancera pas automatiquement.

    Correction : sudo systemctl enable syncthing@julien.service

    7. Snaps

    19 snaps installés. Plusieurs ont deux révisions montées simultanément (l'ancienne est conservée le temps du refresh par snapd) :

      Firefox (7901 + 7967), Thunderbird (1040 + 1073), Chromium (3375 + 3390) core20, core22, core24, gnome-42-2204, prompting-client, snapd-desktop-integration, firmware-updater, desktop-security-center

      C'est le comportement normal de snapd (rollback possible). Les anciennes révisions sont supprimées automatiquement après quelques jours.

      Nettoyage manuel possible : sudo snap set system refresh.retain=2 (déjà le défaut) ou snap list --all + sudo snap remove --revision=<rev> <snap>.

      8. Environnements de développement

      Python3.13.7 (/usr/bin/python3) Node.js24.16.0 npm11.13.0 Claude Codev2.1.158 — installé et opérationnel DockerNon installé (ou non accessible sans sudo) pip3Non trouvé dans PATH (externally-managed env Python 3.13)

      9. Cron / tâches planifiées

        Pas de crontab utilisateur défini pour julien Tâches système présentes : anacron, e2scrub_all, sysstat Mises à jour automatiques : unattended-upgrades.service actif

        10. Logs / erreurs récentes

        Les seules erreurs journalctl (niveau err) sur 7 jours sont des échecs PAM sudo en mode non-interactif (générés par ce diagnostic) + des warnings udev ALSA sans conséquence. Aucune erreur critique applicative.

        Synthèse — Points d'action

        PrioritéProblèmeAction recommandée Hautesdd1 à 89% (827G/932G)Libérer de l'espace ou déplacer des données vers sde (32% utilisé) MoyenneSyncthing non persistant au démarragesudo systemctl enable syncthing@julien.service MoyenneSystème racine sur clé USB SanDiskEnvisager migration vers le SSD Patriot (sdb) pour fiabilité BassePare-feu inactifsudo ufw enable + règles minimales si accès SSH ajouté Basselm-sensors absentsudo apt install lm-sensors && sudo sensors-detect BasseCUPS en double (paquet + snap)Supprimer l'un des deux selon usage InfoUbuntu 25.10 non-LTSFin de support juillet 2026 — prévoir migration vers 26.04 LTS InfoIP DHCP dynamiqueRéservation DHCP 192.168.1.26 sur le routeur recommandée

        Points positifs

          0 service systemd en échec Kernel récent (6.17.0, mars 2026) RAM bien dimensionnée (15 Gi, peu de swap utilisé) Surface réseau réduite (seul Syncthing exposé) Python 3.13 + Node 24 LTS à jour Claude Code opérationnel
          Back to top