Package: fatresize Version: 1.0.2-3 Severity: grave Justification: causes non-serious data loss
After running fatresize on my iPod nano, it refused to boot. The firmware partition disappeared from the partition table. iPod partition tables are a bit bizarre and even cfdisk doesn't handle them correctly; only sfdisk is safe on them. Here's a dump of a correct iPod nano partition table: # partition table of /dev/sda unit: sectors /dev/sda1 : start= 63, size= 160587, Id= 0 /dev/sda2 : start= 160650, size= 7823655, Id= b /dev/sda3 : start= 0, size= 0, Id= 0 /dev/sda4 : start= 0, size= 0, Id= 0 You see the first partition with Id=0? It holds the iPod's loadable firmware. Many partitioning tools interpret Id=0 as "this is free space" and just remove the record from the partition table. The ROM firmware doesn't like this at all and shows you a screen that instructs you to restore your iPod with iTunes. I question why fatresize would even have to touch the partition table. The other filesystem resize tools for Linux (ext2resize for example) don't, you have to resize the partitions yourself before enlarging (or after reducing) the filesystem. Note: I rated the data loss as non-serious because most people have their music stored safely on their personal computer, so restoring it is not a problem. If that's not the case, however, one's screwed. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (100, 'testing'), (10, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.7-athlon Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fatresize depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libparted1.8-9 1.8.8.git.2008.03.24-7 The GNU Parted disk partitioning s ii libuuid1 1.40.3-1 universally unique id library fatresize recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]