Custom Query (1368 matches)


Show under each result:

Results (94 - 96 of 1368)

Ticket Resolution Summary Owner Reporter
#144 fixed "smartctl -l xerror -l xselftest" does not report errors in exit status Christian Franke Christian Franke

The command "smartctl -l error -l selftest" sets bit 6 or 7 of exit status if the logs contain records of errors. This does not work if "smartctl -l xerror -l xselftest" is used instead.

#145 fixed smartctl -l scterc,70,70 with RAID5 on ICH10R Onboard Raid Christian Franke sittingduck23


There is no way to send any SMART commands to an Raid array which is built by the Intel ICH10R onboard Raid controller. No issue when using the drives as single ones without raid.

The Tool "Argus Monitor" is able to report SMART status values, even if the drives are in a raid array.

Is there a possibility to get smartmontools working to send the scterc even if it is part of an array? Would be very very very great...

Many thanks in advance

#146 fixed smartctl does not work on arbitrary symlinks to devices Christian Franke anbe

$ ln -s /dev/sda /tmp/foo $ smartctl /tmp/foo smartctl 5.40 2010-07-12 r3124 [x86_64-unknown-linux-gnu] (local build) Copyright (C) 2002-10 by Bruce Allen,

/tmp/foo: Unable to detect device type ...

$ smartctl /dev/sda # this works fine

$ smartctl -a /dev/block/8:0 # FAIL, as above

$ smartctl /dev/disk/by-path/pci-0000\:00\:1f.2-scsi-0\:0\:0\:0 # this works fine, too

Even if all the links point to /dev/sda, only some of them can be specified as arguments to smartctl - which does not make sence IMHO.

I would expect any symbolic link (which may be nested quite deep) that finally resolves to a device should allow successful execution of smartctl.

In my use case, I have quite a bunch of disks that are used for experiments and switched between machines regularily. Therefore I set up symlinks like /data/dev/disk1 -> /dev/disk/by-id/ABC-123456 with a fixed mapping of the disk$i names and prefer to access the devices via /data/dev/disk$i (and mount them to /data/disk$i) so I don't have to care which /dev/sdX name it currently has (and I don't accidentally access the wrong one - I don't care about the port where it is connected but about the actual physical disk). Using /dev/disk/by-id/ABC-123456 directly is quite cumbersome because they are quite long, look different from vendor to vendor and are not contiguous. UUIDs or something similar is not useful either because the disks get repartitioned and filesystems get recreated regularily. While sfdisk, mkfs, mount, hdparm, ... work in this setup, smartctl does not.


Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.