Release new version 0.17.1

Merge remote-tracking branch 'origin/github/pr/9'

grml-hwinfo: Warn the user if grml-hwinfo is running without X server

Not all data is collected when grml-hwinfo is run without an X server.
The user is now warned.

Also improved the check if the X server is not running.

So far, we relied on the existence of the $DISPLAY variable to detect if
the X server is running.

If the variable is set but the X server is not running, we use xset
quietly to see if we can connect to the X server.

Inspired by: https://stackoverflow.com/a/11965765/2142030

grml-hwinfo: Add inxi output

* `inxi -F -xx` shows full with extra data level 2 output for inxi
  (except some verbose options)
* `inxi -FJ --admin` shows full with admin extra data (which sets extra
  data level 3) and `-J` which shows USB data for attached Hubs and
  Devices.

Extra Data Level 2 is enough for most use cases, but admin extra data
should show everything possible.

Closes: grml/grml-hwinfo#8

Release new version 0.17.0

Collect information about network devices via ethtool

Merge remote-tracking branch 'origin/github/pr/7'

Reimplement disk_info() function

The disklist variable holds a newline separated list of devices that is
used to get various infos about the given disks, such as sfdisk,
smartctl, hdparm, fdisk, parted, sdparm, sg_inq and the output of file.

Unfortunately NVMe disks were not included in the list.

lsblk lists information about all available or specified block devices
excluding the loopback and CD-ROM devices. The checkdisk() function is
is no longer needed.

FTR, the major:minor device numbers are listed in the Kernel
documentation, in case we need to exclude more disk device types:

https://www.kernel.org/doc/Documentation/admin-guide/devices.txt

Closes: grml/grml-hwinfo#6

Drop dconf support (tool no longer maintained/available)

dconf used to be "a tool to collect a system's hardware and software
configuration", see https://github.com/dagwieers/dconf and
http://dag.wiee.rs/home-made/dconf/

But dconf is not maintained upstream anymore since ~12 years, is no
longer present in Debian and the dconf binary is shipped by Gnome's
dconf-cli instead nowadays.

Thanks: Christopher Bock

Release new version 0.16.1

Iterate over present disks to collect "sfdisk -d" information

AFAICT, up and until Debian/jessie the sfdisk executable could be
invoked without the need to specify any specific device name on the
command line. In "newer" versions of sfdisk this is no longer supported,
so we need to iterate over the list of present disk devices.

With this change, the sfdisk_... files can also be used standalone,
which is useful e.g. for restoring a partition table.

Development time sponsored by Sipwise GmbH

Release new version 0.16.0

Log efibootmgr errors to efibootmgr.error

On non-UEFI systems, we get an ugly error message:

| root@grml ~ # efibootmgr -v >/dev/null
| Could not parse device path: Invalid argument

Instead log stderr output to efibootmgr.error

Log 'ip route show table' errors to corresponding error file

We are iterating over the defined tables in /etc/iproute2/rt_tables,
though for tables that don't exist, ip reports an ugly error message,
that's a bit confusing during execution within grml-hwinfo:

| root@grml ~ # grep -v '^#' /etc/iproute2/rt_tables
| 255     local
| 254     main
| 253     default
| 0       unspec
| root@grml ~ # ip route show table 253
| Error: ipv4: FIB table does not exist.
| Dump terminated

Instead, store its error message to an according error file.

Provide information to user if sysdump might be hanging

Sometimes new files show up in the kernel and sysdump
might be hanging while reading them. To make this more
visible to the user and how to track this down, provide
information, if not running with -q/-quiet.

Related to https://github.com/grml/grml-hwinfo/issues/3

sysdump: rework ignore list code and ignore further files

When getting towards /sys/kernel/tracing, the script is known to hang
at least at the following files:

* /sys/kernel/tracing/trace_pipe
* /sys/kernel/tracing/per_cpu/cpu[0-9]+/trace_pipe
* /sys/kernel/tracing/per_cpu/cpu[0-9]+/trace_pipe_raw
* /sys/kernel/tracing/per_cpu/cpu[0-9]+/snapshot_raw

So we need to extend the list of files to be ignored.

While at it, rework the checks and ignore a bunch of further files, that
can't be read, e.g. due to "Permission denied".

FTR, we sadly can't ignore "/sys/.*/uevent" files globally, as
there are a bunch of files that contain and also provide actual data.

Thanks: Darshaka Patirana for tracking down the /sys/kernel/tracing/* issue
Closes: grml/grml-hwinfo#3

Release new version 0.15.4

Store `ip netconf` output in file `ip_netconf`

Thanks: Christian Hofstaedtler

Release new version 0.15.3

Execute 'wrap-and-sort -a -t -s' on debian/

Bump Debian compat version to 12, using debhelper-compat approach

Bump Standards-Version to 4.5.0

Bump Standards-Version to 4.4.1

Store output of `lscpu -e` in file `lscpu_extended`

Release new version 0.15.2

Store cpuid output in file `cpuid`, add cpuid to Recommends

Release new version 0.15.1

Bump Standards-Version to 4.3.0

Record uptime (/proc/uptime in `proc_uptime` and uptime(1) in file `uptime`)

Thanks: Ralf Moll for the suggestion

Release new version 0.15.0

Report SecureBoot state via mokutil

Store "$HOME"/.local/share/xorg/Xorg.0.log (if available) as user_Xorg.0.log

Log output of verbose lsusb run in file lsusb_verbose

Provide output of verbose lspci run in file lspci_verbose

Recommend acpica-tools package and provide acpidump output (as root)

Release new version 0.14.1

debian/rules: use /usr/share/dpkg/pkg-info.mk for identifying version number

Fixes lintian warning:

| I: grml-hwinfo source: debian-rules-parses-dpkg-parsechangelog (line 12)

Bump Standards-Version to 4.2.1

Merge remote-tracking branch 'origin/github/pr/2'

sysdump: ignore /sys/kernel/security/apparmor/revision to avoid hanging

Closes: grml/grml-hwinfo#1

Release new version 0.14.0

Provide output of `efibootmgr -v` in file efibootmgr

This is useful for documenting the present EFI boot entries.

Thanks: Ralf Moll for the suggestion

Release new version 0.13.3

Bump Standards-Version to 4.1.4

Redirect `ip mrule show` errors to ip_mrule.error

`ip mrule show` depends on CONFIG_IP_MROUTE_MULTIPLE_TABLES
for IPv4 and CONFIG_IPV6_MROUTE_MULTIPLE_TABLES for IPv6,
if either is missing then it fails:

  % ip -6 mrule show
  32767:  from all lookup main
  % ip -4 mrule show
  RTNETLINK answers: Address family not supported by protocol
  Dump terminated
  % ip mrule show
  RTNETLINK answers: Address family not supported by protocol
  Dump terminated

  % grep MROUTE /boot/config-$(uname -r)
  CONFIG_IP_MROUTE=y
  # CONFIG_IP_MROUTE_MULTIPLE_TABLES is not set
  CONFIG_IPV6_MROUTE=y
  CONFIG_IPV6_MROUTE_MULTIPLE_TABLES=y
  % uname -r
  4.13.13-6-pve

Noticed on a customer system running Proxmox kernel,
reported towards upstream: https://bugzilla.proxmox.com/show_bug.cgi?id=1711

Release new version 0.13.2

sysdump: ignore files inside /sys/kernel/debug to avoid hanging

There are several files inside /sys/kernel/debug which aren't
safe for cat-ing, like for example
/sys/kernel/debug/hid/0003:80EE:0021.0001/events So ignore all
files inside /sys/kernel/debug to avoid a hanging sysdump
process.

While at it avoid read on already closed file-handle and redirect
error message to stderr if a file can't be opened/read.

Closes grml/grml#55

Release new version 0.13.1

Provide `acpi --everything` output in file `acpi.everything`

Release new version 0.13.0

debian/rules: replace deprecated dh_clean -k with dh_prep

Add debian/source/format with 3.0 (native)

Bump debian/compat to 9

Use SSL for Homepage + Vcs-Browser URLs

Bump Standards-Version to 3.9.8

Redirect hdparm + sg_inq errors to according .error files

sg_inq might raise:

Both SCSI INQUIRY and fetching ATA information failed on /dev/vda

and hdparm might raise:

HDIO_DRIVE_CMD(identify) failed: Inappropriate ioctl for device
HDIO_GET_IDENTITY failed: Inappropriate ioctl for device

This is annoying when running grml-hwinfo under cron, so
let's redirect this output to their according .error files.

Release new version 0.12.0

Don't use working directory when --output-directory option is used

Otherwise when running something like:

  /root/system-info/grml-hwinfo --output-directory=/root/system-info/grml-hwinfo-data

via cron this store data to /root/root/system-info/grml-hwinfo-data
(instead of the requested /root/system-info/grml-hwinfo-data) since
/root is the working directory for cron.

Fix shellcheck issue with quoting

Improve local disk detection for recent kernel changes

Based on https://github.com/faiproject/fai/blob/master/lib/fai-disk-info

Support options --force + --quiet for usage with cron

Release new version 0.11.0

Bump Standards-Version to 3.9.6

Save stderr of x86info and discover in *.error instead of *.2

Make those two commands behave as all the other ones
to get consistent behaviour.

Fix shell scripting issues discovered by shellcheck

Improve shell quoting (thanks to shellcheck)

ip: also store table specific route information

Release new version 0.10.0

Bump Standards-Version to 3.9.5

Support i2c-tools's decode-dimms

Support edac-utils

Support mcelog

Release new version 0.9.2

Support iproute2 as alternative to iproute in Recommends

iproute is a transitional dummy package for iproute2 nowadays

Release new version 0.9.1

Use iproute's ip tool to retrieve all its output

Release new version 0.9.0

Read /proc/acpi/info only if the file exists, drop calls to acpi_available

Inside e.g. KVM /proc/acpi/info doesn't exist.

Add support for sg_inq from sg3-utils

Support lscpu, lsblk and dmsetup ls --tree

Thanks to Michael Renner for triggering this.

Release new version 0.8.0

Bump Standards-Version to 3.9.4

lsscsi: collect transport information in lsscsi_transport

Example output:

| # lsscsi  -t
| [0:0:0:0]    disk    iqn.2006-01.com.openfiler:tsn.a5dd60798cd3,t,0x1  /dev/sda
| [1:0:0:0]    disk    iqn.2006-01.com.openfiler:tsn.7c1eb1d587d9,t,0x1  /dev/sdb
| [...]

This is useful for getting the mapping between local block device
and iSCSI target names.

Retrieve information about SCSI devices using lsscsi

Turns out to be very useful when trying to identify where a
specifc block device is coming from, e.g.:

| # lsscsi
| [0:0:0:0]    disk    OPNFILER VIRTUAL-DISK     0     /dev/sda

Thanks: Christian Hofstaedtler for the hint

Add support retrieving iSCSI information using iscsiadm from open-iscsi

Release new version 0.7.0

Run tar with --auto-compress for better --output-file support

Improve usage text

Remove only empty *.error files to see which commands have been executed

Run lspci -nn for lspci output, do not check for /proc/bus/* for lspnp && lsusb commands but instead just run exectest

Unify indention

Fix formating of disk tools output

Support proxmox/libvirt/openvz/vserver information retrieval

Rework cmdline option handling, replacing "-df" with "-b" and adding new options

The cmdline option handling totally sucked. While adding new options
like --output-directory and --output-file we have to replace the "-df"
option with "-b"/"--both" because of the way getopt works.

Redirect dpkg error message for running_kernel

Release new version 0.6.0

Get rid of generated files which are empty

Improve check for running_kernel

Update Recommends and package description to reflect current state of script

Drop support for ddcprobe which is deprecated since ages