Open jkirk opened 5 months ago
So I also stumbled upon the parted
issue on my own and took care of this, see commit 82935916cffaba6c9867f5c1e223adb8b3a238e7
The sdparm
issue was already taken care of in 5f911361 AKA https://github.com/grml/grml-hwinfo/pull/11
The lspci
issue is interesting, though I don't agree with https://bugzilla.kernel.org/show_bug.cgi?id=199467#c6, quoting:
It's neither a bug nor an actual error. The message simply means that the optional VPD EEPROM isn't present. The ticket should be closed.
Either you report it to stderr because it's an error or not? ;)
Instead I fully agree with:
(But this is a bug and this isn't handled well in pcilib.)
So for the time being let's also report lspci
's stderr to a separate file, as we tend to do, done in commit bbfd3b1ebb7b8c2f2188a6482f54e1481987969b
But I agree also with @jkirk's:
I also think that putting the error output in a separate file is problematic, as one can not see where the error actually occurs.
Though this needs further redesign of how grml-hwinfo works, maybe let's discuss this before closing this issue?
Quick idea: What about a third(?) "full" log file for every output where we put 'stdout' and 'stderr' in one file?
Quick idea: What about a third(?) "full" log file for every output where we put 'stdout' and 'stderr' in one file?
Sorry, don't understand your idea or how that exactly should look like :thinking:
I meant something like this:
lspci -vvnn &>./lspci_verbose.full 1>./lspci_verbose 2>./lspci_verbose.error
Some more error output is missing:
I was using an older Grml daily. So, the
sdparm
problem was fixed in #10, but we should include the error outputs oflspci
andparted
and most probably some other tools.I also think that putting the error output in a separate file is problematic, as one can not see where the error actually occurs. But on the other hand look at this: The output of
pcilib: sysfs_read_vpd: read failed: No such device
is "somewhere else":FTR,
pcilib: sysfs_read_vpd: read failed: No such device
is not an "actual" error, there is just no VPD EEPROM present: https://bugzilla.kernel.org/show_bug.cgi?id=199467(But this is a bug and this isn't handled well in pcilib.)