lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Sat, 18 Jun 2011 12:38:21 +0200 From: Paul Bolle <pebolle@...cali.nl> To: markk@...ra.co.uk Cc: Andrew Morton <akpm@...ux-foundation.org>, bugme-daemon@...zilla.kernel.org, linux-kernel@...r.kernel.org Subject: Re: [Bug 37682] New: Kernel mis-detects size/position of partition created with Seagate DiscWizard (OnTrack Disk Manager) On Sat, 2011-06-18 at 09:51 +0100, markk@...ra.co.uk wrote: > Paul Bolle wrote: > > That was 232595eaff951e96cabe5e85fed35f66b72ff51e ("ide: remove > > obsoleted "hdx=" kernel parameters"), which was applied in the v2.6.27 > > cycle. > > Was the feature which that commit removed specific to ide devices? That > is, would it have not applied for a drive connected via a USB/Firewire > bridge? I have no clue. I'd guess it wouldn't. For instance, a drive connected using USB uses the SCSI layer, doesn't it? That wasn't different a few years ago. > Ideally the kernel partition-scanning code would be fixed to handle these > strange partitions. As a temporary measure, it might be best to print a > warning and not create the incorrect block device. > > E.g. user might think "I'll back up this partition" > dd if=/dev/sdc1 of=partition.bin > or "I'll wipe this partition before disposing of the disk" > dd if=/dev/zero of=/dev/sdc1. > Neither has the desired effect. Digging further into this I found commit d708c40d ("ide: mark "hdx=remap" and "hdx=remap63" kernel parameters as obsoleted"). The commit message reads: Mark "hdx=remap" and "hdx=remap63" kernel parameters as obsoleted (they are layering violation and should be dealt with in the same way as done by libata - device-mapper should be used instead). Perhaps this means one is expected to use dmsetup(8) for this. I have never configured device-mapper at that level by hand. man 8 dmsetup is over 300 lines of (new for me) information. Without a disk like yours at hand, it's hard to say whether device-mapper allows to do stuff like this (ie, remapping an entire drive by 63 sectors) by hand. Of course, for your particular drive it might be easier to just dd the actual partition (so skipping 63 sectors) into new file (a 20G image) on another drive. That image should be loop mountable. If that's correct you could then do with the drive as you please. Given its age, it may be wise to, say, shred(1) its corresponding device and drop the drive at your local recycling site. Paul Bolle -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists