You are not logged in.
Ok, first here's my partition table:
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x55096fd8
Device Boot Start End Blocks Id System
/dev/sda1 1 1912 15358108+ 83 Linux
/dev/sda2 1913 58210 452213685 83 Linux
/dev/sda3 * 58211 60801 20812207+ 7 HPFS/NTFS
Disk /dev/sdb: 320.0 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x069f4ade
Device Boot Start End Blocks Id System
/dev/sdb1 1 38913 312568641 83 Linux
Disk /dev/sdc: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x8a87a6ea
Device Boot Start End Blocks Id System
/dev/sdc1 1 60801 488384001 83 Linux
Disk /dev/sdd: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xf14bafec
Device Boot Start End Blocks Id System
/dev/sdd1 1 60801 488384001 83 Linux
Disk /dev/sde: 1540.1 GB, 1540150555136 bytes
255 heads, 63 sectors/track, 187245 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00074d1b
Device Boot Start End Blocks Id System
Disk /dev/sdf: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000e82ff
Device Boot Start End Blocks Id System
/dev/sdf1 1 121601 976760001 83 LinuxLet's take a closer look on /dev/sde - 1540GB, right? No, that's not right, that should be 500.1 GB!
Let's take a look at what fsck tells me:
bash-3.2# fsck /dev/sde
fsck 1.41.3 (12-Oct-2008)
WARNING: bad format on line 1 of /etc/fstab
e2fsck 1.41.3 (12-Oct-2008)
fsck.ext2: Superblock invalid, trying backup blocks...
fsck.ext2: Bad magic number in super-block while trying to open /dev/sde
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>mkfs.ext3 seems fine:
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
94003200 inodes, 376011357 blocks
18800567 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
11475 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000, 214990848
Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done
This filesystem will be automatically checked every 32 mounts or
180 days, whichever comes first. Use tune2fs -c or -i to override.bash-3.2# fsck -pv /dev/sde1
fsck 1.41.3 (12-Oct-2008)
WARNING: bad format on line 1 of /etc/fstab
fsck.ext3: A block group is missing an inode table while checking ext3 journal for /dev/sde1What I did was deleting the old partition with cfdisk, created a new one and then run mkfs.ext3 /dev/sde - what have I've done wrong, and how could I correct this?[
Last edited by dmz (2008-11-07 12:15:19)
PIMPD | Remote Mplayer Client/Daemon | rmshit | setfont for X | Git | Site
Offline
What I did was deleting the old partition with cfdisk, created a new one and then run mkfs.ext3 /dev/sde - what have I've done wrong, and how could I correct this?
/dev/sde or /dev/sde1 ??
There's a big difference there - if you're doing the first, then mkfs is overwriting your partition table, which will screw the whole thing... Make sure you're using /dev/sde1 instead.
Offline
dmz wrote:What I did was deleting the old partition with cfdisk, created a new one and then run mkfs.ext3 /dev/sde - what have I've done wrong, and how could I correct this?
/dev/sde or /dev/sde1 ??
There's a big difference there - if you're doing the first, then mkfs is overwriting your partition table, which will screw the whole thing... Make sure you're using /dev/sde1 instead.
Oops. Not sure which I did, actually... Is there some way to repair all of this mess?
PIMPD | Remote Mplayer Client/Daemon | rmshit | setfont for X | Git | Site
Offline
Assuming you haven't put any data on there yet.... Just recreate the partition table using fdisk or cfdisk, then reformat the partition using mkfs ![]()
Offline
Assuming you haven't put any data on there yet.... Just recreate the partition table using fdisk or cfdisk, then reformat the partition using mkfs
I've done that.. several times.
It still shows up as a 1500 GB drive..
PIMPD | Remote Mplayer Client/Daemon | rmshit | setfont for X | Git | Site
Offline
By the way.. when I'm mkfs.ext3 /dev/sdd1 I'm getting this:
Warning! Your mke2fs.conf file does not define the ext3 filesystem type.
You probably need to install an updated mke2fs.conf file.
I don't know if that matters though, cause I've formated 4,5 drives the exactly same way...
PIMPD | Remote Mplayer Client/Daemon | rmshit | setfont for X | Git | Site
Offline
Look for a pacnew! mke2fs.conf was updated a couple of days ago (always look at the pacman output when upgrading).
vanum est vobis ante lucem surgere
Offline
Look for a pacnew! mke2fs.conf was updated a couple of days ago (always look at the pacman output when upgrading).
Thx, but that didn't help.. still 1500 GB..
PIMPD | Remote Mplayer Client/Daemon | rmshit | setfont for X | Git | Site
Offline
Anyone? ![]()
PIMPD | Remote Mplayer Client/Daemon | rmshit | setfont for X | Git | Site
Offline
Try running ....mke2fs -j /dev/sde1......
Ignore error messages...........
My ailment? Lackatesla!
Tesla fails smog test..no gas!
Favorite song...Tesla On My Mind....
Offline
Try running ....mke2fs -j /dev/sde1......
Ignore error messages...........
Hm, okay, this is what happens:
> su
Password:
bash-3.2# mke2fs -j /dev/sde1
mke2fs 1.41.3 (12-Oct-2008)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
94003200 inodes, 376011357 blocks
18800567 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
11475 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000, 214990848
Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done
This filesystem will be automatically checked every 39 mounts or
180 days, whichever comes first. Use tune2fs -c or -i to override.
bash-3.2# fsck /dev/sde1
fsck 1.41.3 (12-Oct-2008)
WARNING: bad format on line 1 of /etc/fstab
e2fsck 1.41.3 (12-Oct-2008)
fsck.ext3: Group descriptors look bad... trying backup blocks...
fsck.ext3: Bad magic number in super-block while trying to open /dev/sde1
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
bash-3.2#No luck.. I am getting desperate >_<
PIMPD | Remote Mplayer Client/Daemon | rmshit | setfont for X | Git | Site
Offline
Search on google reveals that errors in syntax in fstab will cause such errors and many which are weird.
Missing commas, incorrect character ...such as o instead of 0 and no "new line" are mentioned.
Worth a looksee............
My ailment? Lackatesla!
Tesla fails smog test..no gas!
Favorite song...Tesla On My Mind....
Offline
Try to "zero" out the MBR of the Disk the hard way. In your case f.e.: dd if=/dev/zero of=/dev/sde bs=512 count=16
16 to be on the safe side, 1 would be sufficient.
Then try again to partition the disk and formatting the partition(s).
See http://en.wikipedia.org/wiki/Dd_(Unix) or do a man dd to understand what it does.
Basically this gets some zeroes out of /dev/zero and transfers them to another device. In this case with blocksize in Bytes at 512 and 16 times straight to your HDD in my example. Beware of this, don't send the zeroes to your working disk ;-)
Last edited by Sophotect (2008-11-05 21:52:27)
Offline
Try to "zero" out the MBR of the Disk the hard way. In your case f.e.: dd if=/dev/zero of=/dev/sde bs=512 count=16
16 to be on the safe side, 1 would be sufficient.
Then try again to partition the disk and formatting the partition(s).See http://en.wikipedia.org/wiki/Dd_(Unix) or do a man dd to understand what it does.
Basically this gets some zeroes out of /dev/zero and transfers them to another device. In this case with blocksize in Bytes at 512 and 16 times straight to your HDD in my example. Beware of this, don't send the zeroes to your working disk ;-)
That did the trick! Thx a lot!
:D
Any idea WHY it became this way in the first place so that I can prevent it from happening again?
PIMPD | Remote Mplayer Client/Daemon | rmshit | setfont for X | Git | Site
Offline
probably something screwed with your MBR (Master Boot Record) some partitioning tool not getting the data straight. not very likely to happen again though (never ever happened to me and i mess around with harddisks a lot!)
cheers Barde
Offline
Allright, thx a lot everybody who took their time helping me out!
PIMPD | Remote Mplayer Client/Daemon | rmshit | setfont for X | Git | Site
Offline