Forum Linux.embarqué [HDD] : Passage de l'OS Raspian vers Raspi Debian

Posté par  . Licence CC By‑SA.
Étiquettes :
0
28
sept.
2021

Bonjour,

J'ai installé le projet Raspi Debian pour ma rpi 4 model B (2018) 2Go de RAM.

https://raspi.debian.net/tested-images/

Le boot USB au démarrage est activé pour booter directement sur mon HDD Toshiba 2To.

Le HDD est relié en USB à la rpi via un connecteur qui prend Alim+Sata du HDD. (log dmesg en dessous). 

scsi 0:0:0:0: Direct-Access  ASMT  2115   0  PQ: 0 ANSI: 6

J'ai une alimentation externe qui vient alimenter le HDD.

Problème : le HDD grate souvent, donc un spin up/dpwn régulier.

J'ai essayé plusieurs solutions sans succès.

Notemment, ajouter dans le fichier /etc/default/raspi-firmware-custom la directive suviante,

--Pass 600mA to 1200mA USB courant--
max_usb_current=1

Et lancé 

update-initramfs -u -k all

Je pense plutôt à un problème de gestion du disque ou de driver.

Voici les logs dmesg https://dpaste.org/kTtV

Auriez-vous une idée ?

Avez-vous déjà utilisé Raspi Debian avec un HDD externe ?

Merci beaucoup pour vos retours

  • # economie d'énergie USB

    Posté par  . Évalué à 2. Dernière modification le 28 septembre 2021 à 11:10.

    généralement un ordi met les ports USB en veille quand ils ne servent pas
    du coup le disque externe s'éteint, et se relance à la moindre solicitation.

    c'est donc plutot la gestion des mises en veille qu'il te faut modifier.

    Perso j'ai mis un disque USB, mais SSD, comme ca on n'entend pas le disque s'allumer et s'éteindre ;)

    • [^] # Re: economie d'énergie USB

      Posté par  . Évalué à 1.

      Ou alors je me trompe, ça fait plutôt grrr grrr grrr ça gratte beaucoup mais il n'y a rien qui tourne.

      Quand je fais beaucoup de choses "update-initramfs -u" par exemple, ça fait moins de bruit que ça et pourtant le disque est d'avantage sollicité.

      Mais avec raspbian ça ne me faisait pas ça, je comprends pas.

      • [^] # Re: economie d'énergie USB

        Posté par  . Évalué à 3.

        une indexation de contenu peut-etre ?

        je sais qu'entre debian et ubuntu il y avait un truc comme ca,
        l'indexer scannait tout le disque pour que la recherche soit "instantanée"

        que dit iotop par exemple ?

      • [^] # Re: economie d'énergie USB

        Posté par  . Évalué à 1.

        Si le problème c'est qu'il n'y a pas d'arrêt de la rotation du disque, la bonne nouvelle c'est qu'il s'agit d'un problème courant et une simple recherche me donne plusieurs résultats (cf. [1]) qui mentionnent explicitement le rPi. Le problème étant que l'usage d'un adaptateur usb blocke l'utilisation de certaines commandes ATA dont font usage les outils du genre smartctl et hdparm. Et comme RPi n'a que de l'usb… :D
        Bref, l'usage d'une certaine version de hd-idle [2] semblerait fonctionnerait sur ton setup, cf. [3].

        Ou alors je me trompe, ça fait plutôt grrr grrr grrr ça gratte beaucoup mais il n'y a rien qui tourne.

        Si l'hdd n'est pas à l'origine du bruit (débranche pour voir?? sauf si tu as des données importantes :D), peut-être que c'est alors un problème "électrique" du à une différence de fréquence de fonctionnement de certains cristaux. Au pif, essaye de comparer l'output dmesg avec l'ancienne version (si tu l'as toujours), ou bien regarde du côté du réglage de la fréquence cpu/gouverneur, les horloges utilisées, le HZ tick, etc.

        Mais avec raspbian ça ne me faisait pas ça, je comprends pas.

        En dernier recours, tu peux installer le kernel de rapsian sur ta debian ([4]) pour voir si cela change quelque chose. Ensuite le mieux à faire c'est sans doute d'ouvrir un bug chez debian.

        1: https://duckduckgo.com/?t=ffab&q=linux+hdd+spin+down&ia=web
        2: https://github.com/adelolmo/hd-idle
        3: https://stackoverflow.com/questions/61667357/external-usb-3-0-hdd-spin-down-and-power-off-when-powering-off-or-rebooting-the
        4: Ajoute deb http://archive.raspbian.org/raspbian bullseye main contrib non-free à ton /etc/apt/sources.list , ensuite apt update, puis apt search linux image rpi, et enfin apt install lebonpaquet (genre linux-image-5.14.0-1-rpi). Attention à ne pas remplacer les autres paquets debian, donc il faut tout de suite l'enlever cette ligne une fois que ton kernel se sera installé.

  • # et une question bête ?

    Posté par  . Évalué à 2.

    c'est quoi la difference entre "raspi debian" et "raspbian" ?

    ah ok une petite recherche nous dit que
    - RaspberryOS (anciennement raspbian) est basé sur Buster, et la dernière release date de mai 2021 https://www.raspberrypi.org/software/operating-systems/

    en dehors de çà, je ne vois pas

    • [^] # Commentaire supprimé

      Posté par  . Évalué à 4. Dernière modification le 29 septembre 2021 à 16:50.

      Ce commentaire a été supprimé par l’équipe de modération.

      • [^] # Re: et une question bête ?

        Posté par  . Évalué à 1.

        De mémoire, à l'origine RPi 1 utilisait un processeur armv6 particulier. Les binaires debian arm 32 bits n'étaient pas optimisés pour ce processeur (c'était soit armel/armeb donc sans hf, ou armhf -> armv7 incompatible avec armv6), ce qui faisait que raspian allait beaucoup plus vite car certains instructions (genre le calcul flottant) ne devaient pas être émulée en software, ce qui est excessivement lent. En outre, j'imagine qu'il y avait certains firwmare non-free (bootloader, gpu, etc.) et des images prête à l'emplois.

        Avec les version 64 bits (armv8 standardise les instructions "hf" == hard-float), j'imagine qu'il n'y a plus vraiment d'interêt à utiliser raspian.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.