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