staging.inyokaproject.org

Könnte das vielleicht von hdparm kommen?

ChickenLipsRfun2eat schrieb:

Könnte das vielleicht von hdparm kommen?

Wie prüfe ich das am besten?

Mich machen die verschiedenen errors mit permission denied nachdenklich.

DJKUhpisse

sdg: Failed to remove '/dev/disk/by-label/BOOT622', ignoring: Permission denied 
sdg: Failed to create symlink '/dev/disk/by-id/usb-TEACV0.0_TEACV0.0.tmp-b8:96' to '../../sdg': Permission denied
sdg: Failed to create/update device symlink '/dev/disk/by-id/usb-TEACV0.0_TEACV0.0', ignoring: Permission denied
sdg: Failed to create symlink '/dev/disk/by-path/pci-0000:0a:00.3-usb-0:4:1.0-scsi-0:0:0:0.tmp-b8:96' to '../../sdg': Permission denied
sdg: Failed to create/update device symlink '/dev/disk/by-path/pci-0000:0a:00.3-usb-0:4:1.0-scsi-0:0:0:0', ignoring: Permission denied
sdg: Failed to create symlink '/dev/block/8:96.tmp-b8:96' to '../sdg': Permission denied
sdg: Failed to create device symlink '/dev/block/8:96': Permission denied

Bin nicht sicher ob relevant ist

DJKUhpisse schrieb:

ChickenLipsRfun2eat schrieb:

Könnte das vielleicht von hdparm kommen?

Wie prüfe ich das am besten?

Ich habe keine Ahnung 😉 hdparm deinstallieren? Ich vermute mal, das das auch per udev aufgerufen wird, sowas wie ADD=… … +=hdparm -options in den Regeln. Ich hab aber kein hdparm installiert und insofern auch keine rules dafür. Schau mal mit

grep hdparm /{etc,usr/lib}/udev/rules.d/*

Taomon schrieb:

Mich machen die verschiedenen errors mit permission denied nachdenklich.

Kommt drauf an, ob der Test als Nutzer oder root gemacht wurde. Der Bugreport deutet ja nur auf defekte Links in /dev hin, das Gerät ist ja aber gut zu erreichen. Es soll nur Ruhe geben. Der Testlauf ist bei mir aber auch nie „sauber“, da hilft nur neustarten.