Hello,
I’ve moved my IPFire setup, and it’s now running on an old HP DL380 G5.
I ran into a few minor issues during the process.
One of them is that SMART is complaining.
"smartctl 7.5 2025-04-30 r5714 [x86_64-linux-6.18.32-ipfire] (IPFire 2.29)
Copyright (C) 2002-25, Bruce Allen, Christian Franke, www.smartmontools.org
/dev/sda: requires option ‘-d cciss,N’
Please specify device type with the -d option.
For HP Smart Array RAID controllers, there are three currently supported drivers: cciss, hpsa, and hpahcisr. For disks accessed via the cciss driver the device nodes are of the form "/dev/cciss/c[0-9]d0". For disks accessed via the hpahcisr and hpsa drivers, the device nodes you need are "/dev/sg[0-9]*". ("lsscsi -g" is helpful in determining which scsi generic device node corresponds to which device.) Use the nodes corresponding to the RAID controllers, not the nodes corresponding to logical drives. See the -d option below, as well.
This use case is probably not being planned in IPFire.
lsblk lists a tree structure for /sda.
The only SAS drive in the server is connected to the internal RAID controller; there is no other option.
I cannot currently check if an old hardware RAID configuration is interfering.
The swap had to be done quickly, and the server was accessible over the weekend.
sudo smartctl --scan
→ no output
sudo smartctl -a /dev/sda -d scsi
→ hardware RAID controller information is displayed
sudo smartctl -i /dev/sda -d sat+megaraid,..
→ message: nothing found
sudo smartctl -H /dev/sda -d sat+megaraid,..
→ message: nothing found
The controller seems to be blocking everything.
After I added c0d0 to media.cgi, the SMART button disappeared.
It seems to be fine now, given that the values cannot be retrieved.