Re: Partition problems.
Hello, Thanks for your reaction. The NAS in question is a QNAP TS-109, a one bay model. From what I could gather the firmware is stored in flash and the disk is used to it's maximum for data storage. This is the layout I see when doing cat /proc/partitions: 120060864 sdb 530113 sdb1 530145 sdb2 118913130 sdb3 72292 sdb4 The guys from Qnap have connected to the system in the past to try and repair it and they claimed the data was there but the system partition is corrupt. I'm letting ddrescue do its thing again, hopefully getting a better image. I found some things online in the Forensics wiki: ddrescue --no-split /dev/sdb image log followed by: ddrescue --direct --max-retries=3 /dev/sdb image log and finally: ddrescue --direct --retrim --max-retries=3 /dev/sdb image log Once the process completes I'll let e2fsck run again and come back with detailed error messages. Fingers crossed. J. -Original Message- From: Camaleón Sent: Friday, November 04, 2011 6:17 PM To: debian-user@lists.debian.org Subject: Re: Partition problems. On Thu, 03 Nov 2011 15:48:50 +0100, Johan Verbelen wrote: I've been trying to fix this disk for a week now, but everythin I tried hasn't been working. I'm a linux starter however, so that doesn't help. The drive in question is a 120G Maxtor that was housed in a NAS. After a power outage the NAS reported the disk as empty. I took it out and assumed a hardware error. I have access to a harddisk hardware test suite but all those tests indicated that the disk is fine. The NAS runs an embedded linux (debian based) and has ext3 partitions so I started looking around for possible solutions. What kind of NAS appliance was that and what kind of disk layout did you have setup? Maybe what hapenned is that hard disk was part of a RAID or spanned volume and after the power outage the disk itslef was healthy but the RAID volume was put in degraded mode or the spanned layout had any problem :-? Using ddrescue an image was made, it reported 10 errors (45056B). I took a 1TB drive and installed that in my Ubuntu 32 bit machine as secondary disk with two partitions. One holding the image, one to hold the extracted image. When running e2fsck on that extracted image it reports a bad magic number in a superblock. I tried other superblocks and the last one worked (10240), however, the system ran out of memory trying to fix errors (4Gb system memory). I decided to run Ubuntu 64 bit live cd and hope that would solve the memory issue, but the issue remained. I then booted my main machine (12Gb memory) with Ubuntu live 64bit, but alas, out of memory again. The exact error message could have been useful. It could have been that e2fsck was complaining about /tmp or tmpfs space or something that can be tweaked easily... Of course, a LiveCD environment is very limited to carry out these recovery tasks because the live system has limited room for doing anything :-) At this point my hair is turning grey and I'm seeing linux commands in my sleep (good, I'm learning!). I decide to try some datacarving. Foremost and Photorec worked but the amount of usable files was pretty low and a lot didn't show up. At an end, I ran Testdisk and Parted. Both detect partitions but seem to think they're ext2. After they do their thing I still can't access it though (possibly I'm doing something wrong, this was late last night). Does anyone know how to fix the issue or what I could try next?Thanks for any advice you can dispense. :) J. If the device was acting as a single hard disk or volume, Photorec is one of the recommended tools for data recovery, so if you had no success with this tool it does not look good :-( If the disk was part of any kind of RAID 0, LVM or spanning layout maybe the remainder data is needed in order to be able to perform a full recovery, I would contact the manufacturer of the NAS and ask for any advice on how to proceed in such cases. ((I'm sorry if this is a double post, I tried using a different e-mail address yesterday but since it didn't show I assumed it might have gotten filtered.)) Mmm, this is the only post I have seen from you but AFAIK there is no filter in this mailing list. Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.11.04.17.17...@gmail.com -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/042D6FF9B1B44AD3AE3B50457D24FD16@Win7
Re: Partition problems.
On Thu, 03 Nov 2011 15:48:50 +0100, Johan Verbelen wrote: I've been trying to fix this disk for a week now, but everythin I tried hasn't been working. I'm a linux starter however, so that doesn't help. The drive in question is a 120G Maxtor that was housed in a NAS. After a power outage the NAS reported the disk as empty. I took it out and assumed a hardware error. I have access to a harddisk hardware test suite but all those tests indicated that the disk is fine. The NAS runs an embedded linux (debian based) and has ext3 partitions so I started looking around for possible solutions. What kind of NAS appliance was that and what kind of disk layout did you have setup? Maybe what hapenned is that hard disk was part of a RAID or spanned volume and after the power outage the disk itslef was healthy but the RAID volume was put in degraded mode or the spanned layout had any problem :-? Using ddrescue an image was made, it reported 10 errors (45056B). I took a 1TB drive and installed that in my Ubuntu 32 bit machine as secondary disk with two partitions. One holding the image, one to hold the extracted image. When running e2fsck on that extracted image it reports a bad magic number in a superblock. I tried other superblocks and the last one worked (10240), however, the system ran out of memory trying to fix errors (4Gb system memory). I decided to run Ubuntu 64 bit live cd and hope that would solve the memory issue, but the issue remained. I then booted my main machine (12Gb memory) with Ubuntu live 64bit, but alas, out of memory again. The exact error message could have been useful. It could have been that e2fsck was complaining about /tmp or tmpfs space or something that can be tweaked easily... Of course, a LiveCD environment is very limited to carry out these recovery tasks because the live system has limited room for doing anything :-) At this point my hair is turning grey and I'm seeing linux commands in my sleep (good, I'm learning!). I decide to try some datacarving. Foremost and Photorec worked but the amount of usable files was pretty low and a lot didn't show up. At an end, I ran Testdisk and Parted. Both detect partitions but seem to think they're ext2. After they do their thing I still can't access it though (possibly I'm doing something wrong, this was late last night). Does anyone know how to fix the issue or what I could try next?Thanks for any advice you can dispense. :) J. If the device was acting as a single hard disk or volume, Photorec is one of the recommended tools for data recovery, so if you had no success with this tool it does not look good :-( If the disk was part of any kind of RAID 0, LVM or spanning layout maybe the remainder data is needed in order to be able to perform a full recovery, I would contact the manufacturer of the NAS and ask for any advice on how to proceed in such cases. ((I'm sorry if this is a double post, I tried using a different e-mail address yesterday but since it didn't show I assumed it might have gotten filtered.)) Mmm, this is the only post I have seen from you but AFAIK there is no filter in this mailing list. Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.11.04.17.17...@gmail.com
Partition problems.
Good day people! I've been trying to fix this disk for a week now, but everythin I tried hasn't been working. I'm a linux starter however, so that doesn't help. The drive in question is a 120G Maxtor that was housed in a NAS. After a power outage the NAS reported the disk as empty. I took it out and assumed a hardware error. I have access to a harddisk hardware test suite but all those tests indicated that the disk is fine. The NAS runs an embedded linux (debian based) and has ext3 partitions so I started looking around for possible solutions. Using ddrescue an image was made, it reported 10 errors (45056B). I took a 1TB drive and installed that in my Ubuntu 32 bit machine as secondary disk with two partitions. One holding the image, one to hold the extracted image. When running e2fsck on that extracted image it reports a bad magic number in a superblock. I tried other superblocks and the last one worked (10240), however, the system ran out of memory trying to fix errors (4Gb system memory). I decided to run Ubuntu 64 bit live cd and hope that would solve the memory issue, but the issue remained. I then booted my main machine (12Gb memory) with Ubuntu live 64bit, but alas, out of memory again. At this point my hair is turning grey and I'm seeing linux commands in my sleep (good, I'm learning!). I decide to try some datacarving. Foremost and Photorec worked but the amount of usable files was pretty low and a lot didn't show up. At an end, I ran Testdisk and Parted. Both detect partitions but seem to think they're ext2. After they do their thing I still can't access it though (possibly I'm doing something wrong, this was late last night). Does anyone know how to fix the issue or what I could try next?Thanks for any advice you can dispense. :) J. ((I'm sorry if this is a double post, I tried using a different e-mail address yesterday but since it didn't show I assumed it might have gotten filtered.))
Re: partition problems
On Sat, 21 Jan 2006 15:56:17 + (GMT) david cuthbertson [EMAIL PROTECTED] wrote: Hi, Sorry, I am still learning, so not very good at explaining things. /dev/hda1 is winxp I now know that /dev/hda2 is the extended partition Then comes Debian: /dev/hda5 is swap /dev/hda7 is /home (ext3) /dev/hda6 is / (and everything else) (ext3) There are no other unused partitons or unpartitioned space. Grub boots from MBR into either Debian (hda6,(hda7,hda5)) or winxp (not very often) without any problems - appears to be fully functional. My other Debian system is on /dev/hdb1. From there, or from a knoppix livecd, I can mount /dev/hda7 but /dev/hda6 will not mount (sorry I can't remember the error message and I am not at home right now to reproduce it). well, this would really be crucial information... so you might want to provide that. where are you trying to mount /dev/hda6? The reason for mounting these partitions is to backup stuff from /etc, /usr, /var, etc, in case of problems! After failing to mount I ran fdisk to check for more information and discovered that: what prevents you from making backups from your other debian boot? 'Partition 2 does not end on cylinder boundary.' Would mkfs destroy the data on the partition? ummm. yeah. A Cheers, David david cuthbertson wrote: Hi, Mounting /dev/hda2 or /dev/hda6 to backup my hard-drive fails. /dev/hda7 mounts OK. Running fdisk I get: Command (m for help): p Disk /dev/hda: 20.4 GB, 20490559488 bytes 16 heads, 63 sectors/track, 39703 cylinders Units = cylinders of 1008 * 512 = 516096 bytes Device Boot Start End Blocks Id System /dev/hda1 1 13564 6836224+ 7 HPFS/NTFS /dev/hda2 13579 3970113165267+ 5 Note carefully where /dev/hda2 starts and ends. Extended Partition 2 does not end on cylinder boundary. /dev/hda5 37772 39701 971901 82 Linux swap / Solaris /dev/hda6 * 13579 25676 6096604+ 83 Note carefully where /dev/hda6 starts and ends Linux /dev/hda7 25676 37772 6096636 83 Linux Note carefully where /dev/hda7 starts and ends /dev/hda2 is an *extended* partition. That means that it is a chunk of disc which has been reserved to create other partitions in it. It cannot be used as a partition itself. Both /dev/hda6 and /dev/hda7 are *part* of /dev/hda2. I don't know what you have done with your mounts, since you didn't show them, but you might try mounting /dev/hda6, it might have a file system in it. If it doesn't, then you could try mkfs and then mount /dev/hda6 ___ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] pgpckrGkVU9Ta.pgp Description: PGP signature
Re: partition problems
Hi, Sorry, I am still learning, so not very good at explaining things. /dev/hda1 is winxp I now know that /dev/hda2 is the extended partition Then comes Debian: /dev/hda5 is swap /dev/hda7 is /home (ext3) /dev/hda6 is / (and everything else) (ext3) There are no other unused partitons or unpartitioned space. Grub boots from MBR into either Debian (hda6,(hda7,hda5)) or winxp (not very often) without any problems - appears to be fully functional. My other Debian system is on /dev/hdb1. From there, or from a knoppix livecd, I can mount /dev/hda7 but /dev/hda6 will not mount (sorry I can't remember the error message and I am not at home right now to reproduce it). The reason for mounting these partitions is to backup stuff from /etc, /usr, /var, etc, in case of problems! After failing to mount I ran fdisk to check for more information and discovered that: 'Partition 2 does not end on cylinder boundary.' Would mkfs destroy the data on the partition? Cheers, David david cuthbertson wrote: Hi, Mounting /dev/hda2 or /dev/hda6 to backup my hard-drive fails. /dev/hda7 mounts OK. Running fdisk I get: Command (m for help): p Disk /dev/hda: 20.4 GB, 20490559488 bytes 16 heads, 63 sectors/track, 39703 cylinders Units = cylinders of 1008 * 512 = 516096 bytes Device Boot Start End Blocks Id System /dev/hda1 1 13564 6836224+ 7 HPFS/NTFS /dev/hda2 13579 3970113165267+ 5 Note carefully where /dev/hda2 starts and ends. Extended Partition 2 does not end on cylinder boundary. /dev/hda5 37772 39701 971901 82 Linux swap / Solaris /dev/hda6 * 13579 25676 6096604+ 83 Note carefully where /dev/hda6 starts and ends Linux /dev/hda7 25676 37772 6096636 83 Linux Note carefully where /dev/hda7 starts and ends /dev/hda2 is an *extended* partition. That means that it is a chunk of disc which has been reserved to create other partitions in it. It cannot be used as a partition itself. Both /dev/hda6 and /dev/hda7 are *part* of /dev/hda2. I don't know what you have done with your mounts, since you didn't show them, but you might try mounting /dev/hda6, it might have a file system in it. If it doesn't, then you could try mkfs and then mount /dev/hda6 ___ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
partition problems
Hi, Mounting /dev/hda2 or /dev/hda6 to backup my hard-drive fails. /dev/hda7 mounts OK. Running fdisk I get: Command (m for help): p Disk /dev/hda: 20.4 GB, 20490559488 bytes 16 heads, 63 sectors/track, 39703 cylinders Units = cylinders of 1008 * 512 = 516096 bytes Device Boot Start End Blocks Id System /dev/hda1 1 13564 6836224+ 7 HPFS/NTFS /dev/hda2 13579 3970113165267+ 5 Extended Partition 2 does not end on cylinder boundary. /dev/hda5 37772 39701 971901 82 Linux swap / Solaris /dev/hda6 * 13579 25676 6096604+ 83 Linux /dev/hda7 25676 37772 6096636 83 Linux Command (m for help): v Partition 5: head 255 greater than maximum 16 Partition 6: head 255 greater than maximum 16 Partition 7: head 255 greater than maximum 16 17888 unallocated sectors Hda1 is WindozeXP; the rest is Debian Sarge (ext3) both of which appear to be running OK. I first noticed the problem when reinstalling Debian Sarge from a Linux Format DVD. I deleted all partitions (apart from hda1) and reinstalled with separate partitions for root and home. But the problem persisted. What can I do to correct this situation? Cheers, David ___ NEW Yahoo! Cars - sell your car and browse thousands of new and used cars online! http://uk.cars.yahoo.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: partition problems
Command (m for help): p Disk /dev/hda: 20.4 GB, 20490559488 bytes 16 heads, 63 sectors/track, 39703 cylinders Units = cylinders of 1008 * 512 = 516096 bytes Device Boot Start End Blocks Id System /dev/hda1 1 13564 6836224+ 7 HPFS/NTFS /dev/hda2 13579 3970113165267+ 5 Extended Partition 2 does not end on cylinder boundary. /dev/hda5 37772 39701 971901 82 Linux swap / Solaris /dev/hda6 * 13579 25676 6096604+ 83 Linux /dev/hda7 25676 37772 6096636 83 Linux Hda1 is WindozeXP; the rest is Debian Sarge (ext3) I suppose you have debian on /dev/hda7 and want to use hda6 for backup. Did you format /dev/hda6 (mkfs.ext3 /dev/hda6)? What does mount /dev/hda6 /mnt say? /dev/hda2 is an extended partition, it does not contain a file system, thus cannot be mounted. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: partition problems
david cuthbertson wrote: Hi, Mounting /dev/hda2 or /dev/hda6 to backup my hard-drive fails. /dev/hda7 mounts OK. Running fdisk I get: Command (m for help): p Disk /dev/hda: 20.4 GB, 20490559488 bytes 16 heads, 63 sectors/track, 39703 cylinders Units = cylinders of 1008 * 512 = 516096 bytes Device Boot Start End Blocks Id System /dev/hda1 1 13564 6836224+ 7 HPFS/NTFS /dev/hda2 13579 3970113165267+ 5 Note carefully where /dev/hda2 starts and ends. Extended Partition 2 does not end on cylinder boundary. /dev/hda5 37772 39701 971901 82 Linux swap / Solaris /dev/hda6 * 13579 25676 6096604+ 83 Note carefully where /dev/hda6 starts and ends Linux /dev/hda7 25676 37772 6096636 83 Linux Note carefully where /dev/hda7 starts and ends /dev/hda2 is an *extended* partition. That means that it is a chunk of disc which has been reserved to create other partitions in it. It cannot be used as a partition itself. Both /dev/hda6 and /dev/hda7 are *part* of /dev/hda2. I don't know what you have done with your mounts, since you didn't show them, but you might try mounting /dev/hda6, it might have a file system in it. If it doesn't, then you could try mkfs and then mount /dev/hda6 HTH Mike -- p=p=%c%s%c;main(){printf(p,34,p,34);};main(){printf(p,34,p,34);} This message made from 100% recycled bits. You have found the bank of Larn. I can explain it for you, but I can't understand it for you. I speak only for myself, and I am unanimous in that! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Partition problems with 2.6 and udev
Hi all, I'm running the 2.6.6-1-k7-smp kernel on a fresh install of Woody, with udev. Most things are now working (although for some reason I can't seem to get udev to create the nvidia devices for me, even though I've patched the driver and the device shows up in /sys...), but my first IDE drive is non-functional when booted into this distro. It's got four partitions on it, three separate distros and a swap partition, and this install of debian is on a second drive. I can see the drive in /sys: $ find /sys/block/hda/ /sys/block/hda/ /sys/block/hda/queue /sys/block/hda/queue/iosched /sys/block/hda/queue/iosched/write_batch_expire /sys/block/hda/queue/iosched/read_batch_expire /sys/block/hda/queue/iosched/antic_expire /sys/block/hda/queue/iosched/write_expire /sys/block/hda/queue/iosched/read_expire /sys/block/hda/queue/iosched/est_time /sys/block/hda/queue/nr_requests /sys/block/hda/hda1 /sys/block/hda/hda1/stat /sys/block/hda/hda1/size /sys/block/hda/hda1/start /sys/block/hda/hda1/dev /sys/block/hda/device /sys/block/hda/stat /sys/block/hda/size /sys/block/hda/range /sys/block/hda/dev As you can see, only one partition is showing up. However, fdisk correctly reports the partition table, and I can boot just fine off of the drive, so I know it's not a partition problem. If I try to mount the single, visible partition, this is what I get: $ sudo mount -t reiserfs /dev/hda1 /mnt mount: wrong fs type, bad option, bad superblock on /dev/hda1, or too many mounted file systems (aren't you trying to mount an extended partition, instead of some logical partition inside?) Quite strangely, this is what shows up in my log when I try this mount operation: Jul 14 00:40:34 culain kernel: /dev/ide/host0/bus0/target0/lun0: [CUMANA/ADFS] p16 /dev/ide/host0/bus0/target0/lun0: [CUMANA/ADFS] p1sh-2021: reiserfs_fill_super: can not find reiserfs on hda1 That CUMANA/ADFS thing appears to be related to ACORN boxes. Could it be incorrectly determining the table type? If I use fdisk to force a reload of the partition table, I get a notification from udev that it's removing and creating /dev/hda1, but I don't get any different behaviour. I'm not dead in the water without this second (actually, first) drive, but obviously I need to get it fixed. Any help would be greatly appreciated. Oh, and if anyone knows why udev isn't noticing the nvidia device and creating the device nodes (yes, I modified the udev.rules file), I'd appreciate help there, but I just added a startup script for now. Thanks, Luke -- Instant ice: just add water and freeze. - Luke Kanies | http://abstractive.org | http://reductiveconsulting.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
help! root partition problems
Hi, I just ran grub-install on my root partition and not my boot partition, which added an x86 boot sector to the front of this partition. Doh. The underlying file system is reiserfs. I have tried dd'ing (after dd'ing the whole thing to a backup file) the 512 bytes from an existing reiserfs partition but this did not work. Can anyone tell me what to do? rgh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: help! root partition problems
On Fri, 13 Jun 2003 00:05:09 +1000 Richard Heycock [EMAIL PROTECTED] wrote: I just ran grub-install on my root partition and not my boot partition, which added an x86 boot sector to the front of this partition. Doh. The underlying file system is reiserfs. I have tried dd'ing (after dd'ing the whole thing to a backup file) the 512 bytes from an existing reiserfs partition but this did not work. Can anyone tell me what to do? Do grub-install /dev/hda assuming /dev/hda is your hard drive. It doesn't hurt anything to have grub in your partition boot sector, it just doesn't do much good. It doesn't hurt your root filesystem. Kevin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: help! root partition problems
On Fri, 13 Jun 2003 00:05:09 +1000 Richard Heycock [EMAIL PROTECTED] wrote: I just ran grub-install on my root partition and not my boot partition, which added an x86 boot sector to the front of this partition. Doh. The underlying file system is reiserfs. I have tried dd'ing (after dd'ing the whole thing to a backup file) the 512 bytes from an existing reiserfs partition but this did not work. Can anyone tell me what to do? Do grub-install /dev/hda assuming /dev/hda is your hard drive. It doesn't hurt anything to have grub in your partition boot sector, it just doesn't do much good. It doesn't hurt your root filesystem. It's completely destroyed my filesystem. rgh Kevin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Partition problems
Hi all When running fdisk -l I get the following: box:~ # fdisk -l Disk /dev/hda: 64 heads, 63 sectors, 787 cylinders Units = cylinders of 4032 * 512 bytes Device BootStart EndBlocks Id System /dev/hda1 * 111 20632+ 83 Linux Partition 1 has different physical/logical endings: phys=(40, 15, 63) logical=(10, 15, 63) Partition 1 does not end on cylinder boundary: phys=(40, 15, 63) should be (40, 63, 63) /dev/hda21176131544 82 Linux swap Partition 2 has different physical/logical beginnings (non-Linux?): phys=(41, 0, 1) logical=(10, 16, 1) Partition 2 has different physical/logical endings: phys=(301, 15, 63) logical=(75, 31, 63) Partition 2 does not end on cylinder boundary: phys=(301, 15, 63) should be (301, 63, 63) /dev/hda376 787 1434384 83 Linux Partition 3 has different physical/logical beginnings (non-Linux?): phys=(302, 0, 1) logical=(75, 32, 1) Partition 3 has different physical/logical endings: phys=(1023, 15, 63) logical=(786, 63, 63) Partition 3 does not end on cylinder boundary: phys=(1023, 15, 63) should be (1023, 63, 63) Disk /dev/hdb: 128 heads, 63 sectors, 782 cylinders Units = cylinders of 8064 * 512 bytes Device BootStart EndBlocks Id System /dev/hdb1 1 381 1536160+ 83 Linux /dev/hdb2 382 762 1536192 83 Linux /dev/hdb3 763 782 80640 83 Linux I have 2 HDs, hda and hdb; both have 3 partitions. hda is the system disk containing a /boot, a / and a swap partition. What can I do about the Partition X has different physical ... lines from fdisk -l's output? Anyone experienced this before? Harmful? Things seem fine; havent'd had problems so far... I'd like to be CC'ed. TIA Sven
Re: Partition problems
On Fri, Aug 04, 2000 at 11:16:47AM +0200, Sven Burgener wrote: Hi all When running fdisk -l I get the following: box:~ # fdisk -l Disk /dev/hda: 64 heads, 63 sectors, 787 cylinders Units = cylinders of 4032 * 512 bytes Device BootStart EndBlocks Id System /dev/hda1 * 111 20632+ 83 Linux Partition 1 has different physical/logical endings: phys=(40, 15, 63) logical=(10, 15, 63) Partition 1 does not end on cylinder boundary: phys=(40, 15, 63) should be (40, 63, 63) /dev/hda21176131544 82 Linux swap Partition 2 has different physical/logical beginnings (non-Linux?): phys=(41, 0, 1) logical=(10, 16, 1) Partition 2 has different physical/logical endings: phys=(301, 15, 63) logical=(75, 31, 63) Partition 2 does not end on cylinder boundary: phys=(301, 15, 63) should be (301, 63, 63) /dev/hda376 787 1434384 83 Linux Partition 3 has different physical/logical beginnings (non-Linux?): phys=(302, 0, 1) logical=(75, 32, 1) Partition 3 has different physical/logical endings: phys=(1023, 15, 63) logical=(786, 63, 63) Partition 3 does not end on cylinder boundary: phys=(1023, 15, 63) should be (1023, 63, 63) Disk /dev/hdb: 128 heads, 63 sectors, 782 cylinders Units = cylinders of 8064 * 512 bytes Device BootStart EndBlocks Id System /dev/hdb1 1 381 1536160+ 83 Linux /dev/hdb2 382 762 1536192 83 Linux /dev/hdb3 763 782 80640 83 Linux I have 2 HDs, hda and hdb; both have 3 partitions. hda is the system disk containing a /boot, a / and a swap partition. What can I do about the Partition X has different physical ... lines from fdisk -l's output? Anyone experienced this before? Harmful? Things seem fine; havent'd had problems so far... I'd like to be CC'ed. If I'm doing my math right, your /dev/hda is a 1.5 GB disk. Which seems a bit small for the issue I suspect. But I suck at math. Something in th 6-12 GB range would more likely have these issues. Usually I get this sort of message if I've got my disk geometry configured wrong. Read the LILO docs on specifying disk geometry in /etc/lilo.conf or at the boot prompt. It's cyl/sec/head or cyl/head/sec or something like that. See if your fdisk isn't happier after this. Kernel version may make a difference as well, but I believe this refers to larger disks than you seem to be dealing with. -- Karsten M. Self kmself@ix.netcom.com http://www.netcom.com/~kmself Evangelist, Opensales, Inc.http://www.opensales.org What part of Gestalt don't you understand? Debian GNU/Linux rocks! http://gestalt-system.sourceforge.net/K5: http://www.kuro5hin.org GPG fingerprint: F932 8B25 5FDD 2528 D595 DC61 3847 889F 55F2 B9B0 pgpQ9gCc7PRBC.pgp Description: PGP signature
Re: Partition problems
kmself@ix.netcom.com wrote: [snipped my stuff] If I'm doing my math right, your /dev/hda is a 1.5 GB disk. Which seems a bit small for the issue I suspect. But I suck at math. Something in th 6-12 GB range would more likely have these issues. Yes, it is a 1.5 GB disk. The other (hdb) is ~ 3 GB in size. Usually I get this sort of message if I've got my disk geometry configured wrong. Read the LILO docs on specifying disk geometry in /etc/lilo.conf or at the boot prompt. It's cyl/sec/head or cyl/head/sec or something like that. See if your fdisk isn't happier after this. I'll try. Kernel version may make a difference as well, but I believe this refers to larger disks than you seem to be dealing with. Seems to hit me, though... Cheers Sven
Re: Known Windows 98 and Linux partition problems
Ill second that, a copy of the partition table has saved me on a number of occasions AS LONG as you have not formatted. Particularly with certain predatory operating systems :) Richard E. Hawkins wrote: noah noted, As you can imagine, I quickly ran out of space on the Win98 partition, so, using Linux's fdisk, I created a new FAT partition. Then I booted to Win98 and formatted this new partition. Windows was fine with this. However... When I rebooted to Linux, all the logical partitions were gone, and the extended partition had really screwed up attributes. ARGH! I was able to use the gpart program to scan the disk for ext2 superblocks and rescue a couple of the partitions, but not all of them. So, it seems to me that Win98 must have all its partitions in place and formatted before Linux is installed...I think. Maybe Win98 will always screw up extended partitions, not just when it's used to format them. I'vehad a couple of catastrophesthat have hammered partition tables. I've found that if I create new partitions in the exact same places, I get my data back. It's useful to have an fdisk printout of your configuration around. Also, if you partitioned with cfdisk during setup, you may need to use it to create those partitions--I've seen sligthly different behavior from them, and haven't been always been able to recreate cfdisk partitions with fdisk rick -- -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
Re: Known Windows 98 and Linux partition problems
noah noted, As you can imagine, I quickly ran out of space on the Win98 partition, so, using Linux's fdisk, I created a new FAT partition. Then I booted to Win98 and formatted this new partition. Windows was fine with this. However... When I rebooted to Linux, all the logical partitions were gone, and the extended partition had really screwed up attributes. ARGH! I was able to use the gpart program to scan the disk for ext2 superblocks and rescue a couple of the partitions, but not all of them. So, it seems to me that Win98 must have all its partitions in place and formatted before Linux is installed...I think. Maybe Win98 will always screw up extended partitions, not just when it's used to format them. I'vehad a couple of catastrophesthat have hammered partition tables. I've found that if I create new partitions in the exact same places, I get my data back. It's useful to have an fdisk printout of your configuration around. Also, if you partitioned with cfdisk during setup, you may need to use it to create those partitions--I've seen sligthly different behavior from them, and haven't been always been able to recreate cfdisk partitions with fdisk rick --
Known Windows 98 and Linux partition problems
Greetings all, Anyone have any imformation on known issues between a Windows 98 and linux dual boot? I found reference to an article at slashdot.org called Windows 98 new partition behavior but it has been removed from their archives. If anyone knows of a known problem please let me know. Thanks, J. Lamphere
Re: Known Windows 98 and Linux partition problems
-BEGIN PGP SIGNED MESSAGE- On Tue, 14 Sep 1999, James Lamphere wrote: Anyone have any imformation on known issues between a Windows 98 and linux dual boot? I found reference to an article at slashdot.org called Windows 98 new partition behavior but it has been removed from their archives. If anyone knows of a known problem please let me know. I have had some issues with Win98 and partition tables. I have not been able to resolve them. My partitions look more or less like this: sda1: 600 MB Win98 sda2: Linux root sda3: Linux /tmp sda4: extended partition sda5+: Logical Linux partitions As you can imagine, I quickly ran out of space on the Win98 partition, so, using Linux's fdisk, I created a new FAT partition. Then I booted to Win98 and formatted this new partition. Windows was fine with this. However... When I rebooted to Linux, all the logical partitions were gone, and the extended partition had really screwed up attributes. ARGH! I was able to use the gpart program to scan the disk for ext2 superblocks and rescue a couple of the partitions, but not all of them. So, it seems to me that Win98 must have all its partitions in place and formatted before Linux is installed...I think. Maybe Win98 will always screw up extended partitions, not just when it's used to format them. Other than that, they've co-existed without any problems for me. noah PGP public key available at http://lynx.dac.neu.edu/home/httpd/n/nmeyerha/mail.html or by 'finger -l [EMAIL PROTECTED]' -BEGIN PGP SIGNATURE- Version: 2.6.2 iQCVAwUBN96/q4dCcpBjGWoFAQGGSQQAsjl5vbRGpX9q9P+eMqgeRrwBGieN3SvG pAx30fmaqecAcutKBu+q84UsBbkbIve+s84s/dfoHzxnXzyt0YUKWl7Svll9oyXI Rc4WVHWdk+CuM53yEP7WDdn5lNf6LO3X3nkAuDyVSak46XsQLLPSzf/ZyBHUjnVE zdLCNxM9MTE= =w4Pn -END PGP SIGNATURE-