search for: 2654208

Displaying 16 results from an estimated 16 matches for "2654208".

2006 Apr 09
1
Table creation failed
...4643968 inodes, 9277344 blocks 463867 blocks (5.00%) reserved for the super user First data block=0 284 block groups 32768 blocks per group, 32768 fragments per group 16352 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624 Writing inode tables: done Creating journal (32768 blocks): mkfs.ext3: Device or resource busy while trying to create journal zsh: exit 1 mkfs.ext3 /dev/md0 Could you help me please ? Thanks for open source. J?r?me. ;)
2005 Sep 11
3
mkfs.ext3 on a 9TB volume
...blocks (0.91%) reserved for the super user First data block=0 Maximum filesystem blocks=4294967296 32032 block groups 32768 blocks per group, 32768 fragments per group 16384 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, 512000000, 550731776, 644972544 # mke2fs -n /dev/sdb2 mke2fs 1.35 (28-Feb-2004) Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) 109477888 inodes, 218942971...
2013 Aug 30
2
Strange fsck.ext3 behavior - infinite loop
...blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=4294967296 16384 block groups 32768 blocks per group, 32768 fragments per group 16384 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, 512000000 Writing inode tables: done Creating journal (8192 blocks): done Writing superblocks and filesystem accounting information: done This filesystem will be automatically checked every...
2005 Feb 07
2
mke2fs options for very large filesystems
...20 inodes, 488382016 blocks 24419100 blocks (5.00%) reserved for the super user First data block=0 14905 block groups 32768 blocks per group, 32768 fragments per group 16384 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 -jwb
2003 Aug 18
2
another seriously corrupt ext3 -- pesky journal
...=2) 49790976 inodes, 99570816 blocks 4978540 blocks (5.00%) reserved for the super user First data block=0 3039 block groups 32768 blocks per group, 32768 fragments per group 16384 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968 Creating journal (8192 blocks): mke2fs: File exists while trying to create journal ------------------------------------------------------------------------------ Note that the above command ran too fast for me. It felt as if...
2008 Feb 04
3
Large RAID volume issues
...blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=4294967296 11918 block groups 32768 blocks per group, 32768 fragments per group 16384 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 When I did a df I got the following (only included the array e...
2013 Aug 30
0
Re: Strange fsck.ext3 behavior - infinite loop
...er user > First data block=0 > Maximum filesystem blocks=4294967296 > 16384 block groups > 32768 blocks per group, 32768 fragments per group > 16384 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, 512000000 > > Writing inode tables: done > Creating journal (8192 blocks): done > Writing superblocks and filesystem accounting information...
2001 Oct 05
0
"File size limit exceeded" when running /sbin/mke2fs -j /dev/sdb1
...= 6 write(1, ", ", 2) = 2 write(1, "884736", 6) = 6 write(1, ", ", 2) = 2 write(1, "1605632", 7) = 7 write(1, ", ", 2) = 2 write(1, "2654208", 7) = 7 write(1, ", ", 2) = 2 write(1, "\n\t", 2) = 2 write(1, "4096000", 7) = 7 write(1, "\n\n", 2) = 2 lseek(4, 0, SEEK_SET) = 0 write(4,...
2012 May 23
5
biggest disk partition on 5.8?
...055 blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=4294967296 1504 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 Writing inode tables: done Writing superblocks and filesystem accounting information: done This filesystem will be automatically checked every 30 mounts or 180 days, whichever comes first. Use tune4fs -c or -i to override. -- ?Don't ea...
2006 Dec 01
1
maintain 6TB filesystem + fsck
...27 blocks (1.00%) reserved for the super user First data block=0 Maximum filesystem blocks=1711276032 52116 block groups 32768 blocks per group, 32768 fragments per group 2048 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, 512000000, 550731776, 644972544 Writing inode tables: done Creating journal (8192 blocks): done Writing superblocks and filesystem accounting information: done This filesystem will be automati...
2006 Nov 01
1
e2fsck: Bad magic number in super-block
...blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=4294967296 596 block groups 32768 blocks per group, 32768 fragments per group 16384 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424 I've tried 'e2fsck -b (superblock) /dev/hdc2 on all the superblocks listed above to no avail. I've read about 'mke2fs -S' as being a possible solution, however I see that it is recommended as a last resort. Therefore I have held off on...
2020 Nov 15
5
(C8) root on mdraid
...0 1 871M 0 rom # mkfs -t ext4 /dev/md0p1 mke2fs 1.44.5 (15-Dec-2018) Creating filesystem with 57671680 4k blocks and 14417920 inodes Filesystem UUID: 511d0d07-4d55-4b6c-939e-d23ae2da1ce0 Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872 Allocating group tables: done Writing inode tables: done Creating journal (262144 blocks): done Writing superblocks and filesystem accounting information: done # mkswap /dev/md0p2 Setting...
2005 Jul 08
2
Accidentally issued "mkswap" on ext3 fs -- recovery possible?
Hi, I accidentally issued "mkswap" on a used ext3 fs partition (~30G) :-/ I have analyzed the behaviour of mkswap using two test files and it appears to only change "some" bytes: --8<-- --- swap2.xxd 2005-07-04 21:00:10.157261360 +0200 +++ swap1.xxd 2005-07-04 21:00:01.894517488 +0200 @@ -62,7 +62,7 @@ 00003d0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
2006 Mar 20
1
fixing a corrupt /dev/hdar .. debugfs assistance...
I used ddrescue to copy /dev/md1 to a disk of sufficient size, and re-ran e2fsck, and still get the error message that there's no root file system (I've tried most every superblock): # fsck -y -b 7962624 /dev/sdf fsck 1.36 (05-Feb-2005) e2fsck 1.36 (05-Feb-2005) Superblock has a bad ext3 journal (inode 8). Clear? yes *** ext3 journal has been deleted - filesystem is now ext2 only ***
2006 Jan 19
3
ext3 fs errors 3T fs
Hello, I looked through the archives a bit and could not find anything relevant, if you know otherwise please point me in the right direction. I have a ~3T ext3 filesystem on linux software raid that had been behaving corectly for sometime. Not to long ago it gave the following error after trying to mount it: mount: wrong fs type, bad option, bad superblock on /dev/md0, or too many
2018 Mar 01
29
[Bug 13317] New: rsync returns success when target filesystem is full
https://bugzilla.samba.org/show_bug.cgi?id=13317 Bug ID: 13317 Summary: rsync returns success when target filesystem is full Product: rsync Version: 3.1.2 Hardware: x64 OS: FreeBSD Status: NEW Severity: major Priority: P5 Component: core Assignee: wayned at samba.org