Your message dated Sat, 07 Aug 2010 15:04:31 +0000 with message-id <e1ohkwp-0005br...@franck.debian.org> and subject line Bug#505111: fixed in rescue 1.23 has caused the Debian Bug report #505111, regarding rescue-mode md auto-assembly could cause data loss 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 ow...@bugs.debian.org immediately.) -- 505111: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505111 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
--- Begin Message ---Package: debian-installer Version: 20081029 Severity: grave I have a system with /dev/sd{a1,b2} and /dev/sd{a2,b3} being two separate RAID1s, /dev/md[01] respectively. Due to historic reasons, /dev/sdb1 is a small partition with something else. Also, historically, /dev/sd[ab] used to be part of an array themselves (the whole disk, not just a partition). As a result, mdadm could identify three arrays on this system: 1. /dev/sd[ab] 2. /dev/sd{a1,b2} 3. /dev/sd{a2,b3} I wanted to run mdadm --zero-superblock on /dev/sd[ab] to clear up the mess and because I have a working netboot setup, I thought I'd just use the Debian-installer's rescue mode to get exclusive access to the disks, which mdadm needs. I started rescue mode and was surprised that only /dev/sd[ab] were created, but no partitions. A glance into /proc/mdstat shows that the installer had auto-assembled /dev/sd[ab] into /dev/md0 and md was happily synchronising and overwriting my /dev/sdb1 partition. Arguably, since /dev/sd[ab] held valid superblocks, they could have been assembled. However, the other two pairs also held valid superblocks, yet the installer didn't care. I strongly oppose to any form of RAID auto-assembly in rescue mode, which is only a sure-fire way to wreck your data. Auto-assemble should not take place especially when there are nested superblocks. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- .''`. martin f. krafft <madd...@debian.org> : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems
digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)
--- End Message ---
--- Begin Message ---Source: rescue Source-Version: 1.23 We believe that the bug you reported is fixed in the latest version of rescue, which is due to be installed in the Debian FTP archive: rescue-check_1.23_all.udeb to main/r/rescue/rescue-check_1.23_all.udeb rescue-mode_1.23_all.udeb to main/r/rescue/rescue-mode_1.23_all.udeb rescue_1.23.dsc to main/r/rescue/rescue_1.23.dsc rescue_1.23.tar.gz to main/r/rescue/rescue_1.23.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 505...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Colin Watson <cjwat...@debian.org> (supplier of updated rescue 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 ftpmas...@debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Format: 1.8 Date: Sat, 07 Aug 2010 16:37:41 +0100 Source: rescue Binary: rescue-check rescue-mode Architecture: source all Version: 1.23 Distribution: unstable Urgency: low Maintainer: Debian Install System Team <debian-boot@lists.debian.org> Changed-By: Colin Watson <cjwat...@debian.org> Description: rescue-check - enter d-i rescue mode if requested (udeb) rescue-mode - mount requested partition and start a rescue shell (udeb) Closes: 505111 Changes: rescue (1.23) unstable; urgency=low . * Use 'dh $@ --options' rather than 'dh --options $@', for forward-compatibility with debhelper v8. * Add a menu entry for RAID assembly rather than discovering and assembling arrays automatically (closes: #505111). . [ Updated translations ] * Persian (fa.po) by Ebrahim Byagowi * Finnish (fi.po) by Esko Arajärvi * Kazakh (kk.po) by Baurzhan Muftakhidinov * Kurdish (ku.po) by Erdal Ronahi * Portuguese (Brazil) (pt_BR.po) by Felipe Augusto van de Wiel (faw) * Serbian (sr.po) by Janos Guljas Checksums-Sha1: b9f41d38f6cb76259c1715673ea8d0446cbcb3ca 1515 rescue_1.23.dsc 193916511a9e96d98bcd6dee8557341a3e610dd8 113749 rescue_1.23.tar.gz 1d654774ddf54b8d80db0dd44d5bfc4354f42945 2360 rescue-check_1.23_all.udeb c1a568b4aaf5fc9683bac52ff3fcec9086b5e2b1 99670 rescue-mode_1.23_all.udeb Checksums-Sha256: 02fd3b0215e2cda59480545fe62934c0b575ffe7f7615ff5452a73a06f27cadc 1515 rescue_1.23.dsc e29c37b87c4cde91a08877441df3f30eee5c1809dc5625e5fdbff9e88f069826 113749 rescue_1.23.tar.gz e903894e2ab46bff0bb3615d42d11c7e4f9050b0e213c9f0067c2046b45b460d 2360 rescue-check_1.23_all.udeb 90ea88212783d220e8d2451684c7240ee2f6376d67574d777fc0e4158d966768 99670 rescue-mode_1.23_all.udeb Files: 5d15f7ba4d12a66b4da7f72d059f7c67 1515 debian-installer optional rescue_1.23.dsc 44a074f3088fabfd6f759cad03e620e9 113749 debian-installer optional rescue_1.23.tar.gz 0e3145b0be061bb3e8670ae7f708c30c 2360 debian-installer standard rescue-check_1.23_all.udeb f1709fcb7c657f62ba01caab8112a046 99670 debian-installer optional rescue-mode_1.23_all.udeb Package-Type: udeb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Colin Watson <cjwat...@debian.org> -- Debian developer iQIVAwUBTF1+Jjk1h9l9hlALAQizTg/+KDeb2R/8Fao6eW5eHZ2ZPOrVWKCANHKh RUd5OCCUWDV/aufiwebeh1Lb71Ps+NE6pURh1VGMRCRXaaM5Dmy3pm2oZUSmNZHL WN2ov6zqKZSAsy6annf6zwJ0Vwq92izXgGNafQJLXE4Ural6RTJfoQrjjF2yZT7o f4MqAI3ezlWrvo/oBbO82B47rDCdgW7GLFT4iPyB4DaiR9tIUHeuZ4paQq59uMtG 8y53swV4Vjuz9jThmv23iaKrAtocSia4ixkkQcRuisth7oeyHXYhFyOY8s/l8k00 /r9dnhBFryAN9hPAp27N6rIWr8LsRS5Rv5GSHz64K+9MfBHM8xeGJ50KEAg1kLUc GnyeiZtou9fLL/lTO4EjDLqSQ8PXLM0EkqgN3TmbT/SikFaq3sKQd0I4TUkdp+HP Ih7eOR4xXtZzRdfsgYEVMzn9BTms4CSzYMWImVzYpm6yHnG3H6Ja5HvCHSJuC3lr sFsOyyFsj7IbMb5XfhPKWoHyAj4FYbWFZimCduAp8XjAJFlREQJpMjOP87Gt6XM7 AILPRo1qDla9jiMofNDYXxtS0Xd6BXzPU1nK24oGE0h5GA7wx88op5+OSnlcQdYz hbt/m5Z0/PeEtPQ1Jp6dSjIGuY9jU8TEFcBQ+1jR7uKsz2dCgIDGmMAvoy5WPgmD 5JaqXxUG4Ew= =0R4F -----END PGP SIGNATURE-----
--- End Message ---
