Interesting result! Filename Type Size Used Priority /dev/hda1 partition 1951856 48 -1 /dev/hdb1 partition 16779852 0 -2
I remember a wierd thing happened when I installed debian on my 20Gb disk last week. I manually partitioned the 20GB (hda) drive with it's own swap partition and installed debian onto it. The 200GB (hdb) drive had an installation of debian from a different CPU/architecture. I did not want to touch the device during the installation of debain on /dev/hda. It was funny that when I was done creating the partitions on /dev/hda, the partitioning tool provided a summary of the partitions to be formatted and it included the swap partition on /dev/hdb. I restarted the partitioner two times afterwards to try to find a way of getting debian installed on /dev/hda without touching /dev/hdb, but I gave up once I suspected that it was a bug in the partitioning tool and that it would be impossible to leave the drive untouched without restarting with the drive cable unplugged. I thought, well if it really thinks it wants to format the swap partition, I'll let it, despite it being a waste of device time. What harm would it do? Well, it seems that it used that as one of two swap partitions currently in use. I never imagined the need for having two swap partitions and certainly wouldn't have requested it knowingly. I 'swapoff'ed the /dev/hdb1 and now I am able to mkfs the partition. I think I will unplug extra hardware that isn't essential to the install when I install debian in the future, or at least until the person doing the install is able to have more control over how things are being set up. Issue is solved, Thanks Tim Legg >> Here is a good puzzler. I got a second ATAPI disk in my machine that I >> was able to partition with fdisk, but cannot mkfs it. It says that the >> device is already mounted but when I try to umount it, it says it is not >> mounted. the blkid command I ran on the device contradicts with what df >> tells me. You can see the commands and outputs below. >> >> I could try booting from a live cd and mkfs the drive, but I am very >> curious why this is happening. I have never had this happen to me >> before. >> >> engineering:/home/legg# fdisk -l /dev/hdb >> >> Disk /dev/hdb: 200.0 GB, 200049647616 bytes >> 255 heads, 63 sectors/track, 24321 cylinders >> Units = cylinders of 16065 * 512 = 8225280 bytes >> Disk identifier: 0x38ef9d17 >> >> Device Boot Start End Blocks Id System >> /dev/hdb1 1 24321 195358401 83 Linux >> >> engineering:/home/legg# mke2fs -j /dev/hdb1 >> mke2fs 1.41.3 (12-Oct-2008) >> /dev/hdb1 is mounted; will not make a filesystem here! >> >> engineering:/home/legg# umount /dev/hdb1 >> umount: /dev/hdb1: not mounted >> >> engineering:/home/legg# mke2fs -j /dev/hdb1 >> mke2fs 1.41.3 (12-Oct-2008) >> /dev/hdb1 is mounted; will not make a filesystem here! >> >> engineering:/home/legg# blkid /dev/hdb1 >> /dev/hdb1: TYPE="swap" >> >> engineering:/home/legg# df -h >> Filesystem Size Used Avail Use% Mounted on >> /dev/hda2 14G 3.1G 9.6G 25% / >> tmpfs 506M 0 506M 0% /lib/init/rw >> udev 10M 764K 9.3M 8% /dev >> tmpfs 506M 0 506M 0% /dev/shm >> /dev/hda3 3.7G 943M 2.6G 27% /home > > Strange because id 83 isn't swap. > > Check "swapon -s" nonetheless. > > If hdb1 is listed, run "swapoff /dev/hdb1" and re-run mkfs. > > > -- > To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
