Your message dated Wed, 02 Sep 2009 07:09:59 +0000
with message-id <[email protected]>
and subject line Bug#540359: fixed in smartmontools 5.38+svn2879-1
has caused the Debian Bug report #540359,
regarding smartmontools: documentation improvements
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
540359: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=540359
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: smartmontools
Version: 5.38-3
Severity: minor
In /usr/share/doc/smartmontools/badblockhowto.html the following part:
================ original start ================
<p>
Fourth Step: we use debugfs to locate the inode stored in this block,
and the file that contains that inode:
</p><pre class="programlisting">
root]# debugfs
debugfs 1.32 (09-Nov-2002)
debugfs: open /dev/hda3
debugfs: icheck 2269012
Block Inode number
2269012 41032
debugfs: ncheck 41032
Inode Pathname
41032 /S1/R/H/714197568-714203359/H-R-714202192-16.gwf
</pre><p>
In this example, you can see that the problematic file (with the mount
point included in the path) is:
<code
class="filename">/data/S1/R/H/714197568-714203359/H-R-714202192-16.gwf</code>
</p><p>
To force the disk to reallocate this bad block we'll write zeros to
the bad block, and sync the disk:
</p><pre class="programlisting">
root]# dd if=/dev/zero of=/dev/hda3 bs=4096 count=1 seek=2269012
root]# sync
</pre><p>
</p><p>
<span class="emphasis"><em>NOTE:</em></span> This last step has <span
class="emphasis"><em>permanently
</em></span> and irretrievably <span class="emphasis"><em>destroyed</em></span>
some of
the data that was in this file. Don't do this unless you don't need
the file or you can replace it with a fresh or correct version.
</p>
================ original end ================
should be changed like this (this is not a correction, it is additional
information for cases that are not considered in the original docs):
================ improved start ================
<p>
Fourth Step: we use debugfs to locate the inode stored in this block,
and the file that contains that inode:
</p><pre class="programlisting">
root]# debugfs
debugfs 1.32 (09-Nov-2002)
debugfs: open /dev/hda3
debugfs: testb 2269012
Block 2269012 not in use
</pre><p>
If the block is not in use, as in the above example, then you can skip
the rest of this step and go ahead to Step 5.
</p><p>
If, on the other hand, the block is in use, we want to identify
the file that uses it:
</p><pre class="programlisting>
debugfs: testb 2269012
Block 2269012 marked in use
debugfs: icheck 2269012
Block Inode number
2269012 41032
debugfs: ncheck 41032
Inode Pathname
41032 /S1/R/H/714197568-714203359/H-R-714202192-16.gwf
</pre><p>
In this example, you can see that the problematic file (with the mount
point included in the path) is:
<code
class="filename">/data/S1/R/H/714197568-714203359/H-R-714202192-16.gwf</code>
</p><p>
When we are working with an ext3 file system, it may happen that the
affected file is the journal itself. Generally, if this is the case,
the inode number will be very small. In any case, debugfs will not
be able to get the file name:
</p><pre class="programlisting>
debugfs: testb 2269012
Block 2269012 marked in use
debugfs: icheck 2269012
Block Inode number
2269012 8
debugfs: ncheck 8
Inode Pathname
debugfs:
</pre><p>
To get around this situation, we can remove the journal altogether:
</p><pre class="programlisting>
tune2fs -O ^has_journal /dev/hda3
</pre><p>
and then start again with Step Four: we should see this time that the
wrong block is not in use any more. If we removed the journal file, at
the end of the whole procedure we should remember to rebuild it:
</p><pre class="programlisting>
tune2fs -j /dev/hda3
</pre><p>
<p>
Fifth Step: <span class="emphasis"><em>NOTE:</em></span> This last step
will <span class="emphasis"><em>permanently</em></span> and irretrievably <span
class="emphasis"><em>destroy</em></span> the contents of the file system
block: if the block was allocated to a file, some of
the data that is in this file is going to be overwritten with zeros.
Don't do this unless you don't need
the file or you can replace it with a fresh or correct version.
</p><p>
To force the disk to reallocate this bad block we'll write zeros to
the bad block, and sync the disk:
</p><pre class="programlisting">
root]# dd if=/dev/zero of=/dev/hda3 bs=4096 count=1 seek=2269012
root]# sync
</pre><p>
Now we have corrected the first errored block. If more than one blocks
were errored, we should repeat all the steps for the subsequent ones.
</p>
================ improved end ================
-- Package-specific info:
Ouput of /usr/share/bug/smartmontools:
# CONFIG_IDE_TASK_IOCTL is not set
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'testing-proposed-updates')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages smartmontools depends on:
ii debianutils 3.2 Miscellaneous utilities specific t
ii libc6 2.9-12 GNU C Library: Shared libraries
ii libgcc1 1:4.4.0-5 GCC support library
ii libstdc++6 4.4.0-5 The GNU Standard C++ Library v3
ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip
Versions of packages smartmontools recommends:
ii bsd-mailx [mailx] 8.1.2-0.20081101cvs-2 A simple mail user agent
ii mailx 1:20081101-2 Transitional package for mailx ren
smartmontools suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Source: smartmontools
Source-Version: 5.38+svn2879-1
We believe that the bug you reported is fixed in the latest version of
smartmontools, which is due to be installed in the Debian FTP archive:
smartmontools_5.38+svn2879-1.diff.gz
to pool/main/s/smartmontools/smartmontools_5.38+svn2879-1.diff.gz
smartmontools_5.38+svn2879-1.dsc
to pool/main/s/smartmontools/smartmontools_5.38+svn2879-1.dsc
smartmontools_5.38+svn2879-1_i386.deb
to pool/main/s/smartmontools/smartmontools_5.38+svn2879-1_i386.deb
smartmontools_5.38+svn2879.orig.tar.gz
to pool/main/s/smartmontools/smartmontools_5.38+svn2879.orig.tar.gz
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to [email protected],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Giuseppe Iuculano <[email protected]> (supplier of updated smartmontools
package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [email protected])
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Format: 1.8
Date: Tue, 01 Sep 2009 12:59:13 +0200
Source: smartmontools
Binary: smartmontools
Architecture: source i386
Version: 5.38+svn2879-1
Distribution: unstable
Urgency: low
Maintainer: Giuseppe Iuculano <[email protected]>
Changed-By: Giuseppe Iuculano <[email protected]>
Description:
smartmontools - control and monitor storage systems using S.M.A.R.T.
Closes: 406130 494951 524752 525196 531325 537856 538631 539430 540359 543861
Changes:
smartmontools (5.38+svn2879-1) unstable; urgency=low
.
[ Guido Günther ]
* [d5c8d71] suggest graphical helpers (Closes: #524752)
* [b11b96e] support status action in init script (Closes: #525196) -
thanks to Peter Eisentraut
* [b092558] fix Vcs-Browser URL
.
[ Giuseppe Iuculano ]
* [101b745] New maintainers, thanks to Guido Günther for the prior
work on smartmontools. (Closes: #543861)
* [35bece3] debian/rules: Added a get-orig-source target to retrieve a
svn snapshot
* [4482c05] Bump to debhelper 7 compatibility levels
* [2127e19] Imported Upstream version 5.38+svn2879
- Fixed FTBFS (Closes: #539430)
- GNU/kFreeBSD patches merged in upstream (Closes: #537856)
- More drives recognized: Fujitsu MHW2 BJ series, WD Caviar Black family,
Western Digital AV-GP series, Transcend Solid-State Drive and Transcend
Solid-State Drive V series, Seagate Momentus 5400.5 series.
* [6052436] Refreshed patches
* [91ad575] move badblockhowto.html in debian/ (Closes: #538631)
* [bbdf8c9] debian/control: Depend on lsb >= 3.2-14, which has the
status_of_proc() function.
* [9afe5af] Removed stop links from rc0 and rc6 (Closes: #494951) -
thanks to James Westby
* [6dcd8ec] Updated to standards version 3.8.3 (No changes needed)
* [608687b] debian/rules: Use dh_prep instead of dh_clean -k
* [a52f90d] debian/rules: Do not ignore make clean errors
* [31e40f7] debian/rules: use dh_install to install files
* [9ca7a79] debian/control: Added Florian Maier in Uploaders, fixed
VCS field, added DM-Upload-Allowed field
* [d494f00] Updated debian/badblockhowto.html (Closes: #540359) -
thanks to Francesco Potorti`
* [3db595a] Use the `-n standby' option by default in smartd.conf
(Closes: #531325)
* [52b4501] Added /etc/smartmontools/run.d/10powersave-notify to
enable desktop notification over powersave-notify and added
powersaved in Recommends
* [0dcf301] debian/patches/62_lowcap.patch: Drop all unnecessary
capabilities
* [5afdd10] Added the removable option by default. This indicates to
smartd that it should continue if the device does not appear to be
present when smartd is started. (Closes: #406130)
Checksums-Sha1:
c3fe58f2a0beddcc8c6c51b21e468b9041190201 1389 smartmontools_5.38+svn2879-1.dsc
bccc74d547a4dab4f32afd2cf12883c177dc1d32 589761
smartmontools_5.38+svn2879.orig.tar.gz
755499554cb7147a8cb85f04dee3787a702ca8e7 32254
smartmontools_5.38+svn2879-1.diff.gz
5ba95e686e38fe165eef2fac633002e50012c224 398952
smartmontools_5.38+svn2879-1_i386.deb
Checksums-Sha256:
b772aaac6417332f41924c6b73e7671df29468a2d29efe26947260db66abe5f0 1389
smartmontools_5.38+svn2879-1.dsc
af8757ccc7babc8d4fad96e318c24ec31fed941a97a7c476015df426416024d3 589761
smartmontools_5.38+svn2879.orig.tar.gz
f0d7fb69b7814821ad36efcdb71e9c0c947478b6cea657f3a85c1a990038e983 32254
smartmontools_5.38+svn2879-1.diff.gz
8e862289efda57b8d6adb76629cada1289b47927b4ebdb8db815e3983db7a02b 398952
smartmontools_5.38+svn2879-1_i386.deb
Files:
e65a8bdaece283b8307b0fc3bf4494c7 1389 utils optional
smartmontools_5.38+svn2879-1.dsc
22b9211bf1ad4831c04347ecbf7669c6 589761 utils optional
smartmontools_5.38+svn2879.orig.tar.gz
befcb9b0e11b177ebffacb3fc972f91e 32254 utils optional
smartmontools_5.38+svn2879-1.diff.gz
1fedf9690154144834c881d1385f2f3e 398952 utils optional
smartmontools_5.38+svn2879-1_i386.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
iD8DBQFKnZA9n88szT8+ZCYRAiMoAJ9wVEmwsw8qgJwyTHZumQ3y8c95OQCdGkYJ
B4E/hgkUN+JzrOpm4h8dfMc=
=WQg8
-----END PGP SIGNATURE-----
--- End Message ---
