similar to: toasted ext3 filesystem under lvm2

Displaying 20 results from an estimated 7000 matches similar to: "toasted ext3 filesystem under lvm2"

2002 Dec 04
1
ext3-Partition lost after crash !?
Hi, hoping that someone on this list can help me here is the Problem. After a crash it seems the journal could not be recovered. This is what mount gives: root@wuehlkiste:# mount -t ext3 /dev/hdb2 /mnt mount: wrong fs type, bad option, bad superblock on /dev/hdb2, or too many mounted file systems and this is the corresponding logfile-entry: Nov 27 11:16:13 wuehlkiste kernel: attempt to
2006 May 01
1
"Guessing" superblock parameters
Hi again, I have the following scenario: I've got a partition which has exactly 14659312 blocks: $ fdisk -l /dev/hda Disk /dev/hda: 28.5 GB, 28520497152 bytes 255 heads, 63 sectors/track, 3467 cylinders Units = Zylinder of 16065 * 512 = 8225280 bytes Ger?t Boot Start End Blocks Id System (...) /dev/hda4 1643 3467 14659312+ 83 Linux (...)
2005 Jun 15
3
Grandstream ATA Toasted
A BETA firmware upgrade toasted my ATA286. It now has limited operations. It will get an IP address via DHCP and register to the last configured SIP server, but the web interface is gone as is the voice config menu. Apart from registration, there doesn't appear to be any other SIP functionality. An Ethereal dump does not show the device trying to grab a new firmware via tftp on bootup, so
2006 Nov 01
1
e2fsck: Bad magic number in super-block
I posted this to the Fedora-list, but thought I might get some additional information here as well. I have a HD that refuses to mount with a 'bad magic number in super-block'. I'm running FedoraCore 6 x86_64. [root at moe ~]# fdisk -l /dev/hdc Disk /dev/hdc: 250.0 GB, 250059350016 bytes 255 heads, 63 sectors/track, 30401 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes
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 ................
2011 Nov 26
1
damaged encrypted LUKS device
Hi people, i had created encrypted device with cryptsetup/LUKS which i setup with an ext4 filesystem. This device is an external USB harddisk. When i plugin this device it will be automatically mounted by my gnome3 system (Debian Wheezey/Testing), but this week i got an error. I did ask the ask the LUKS developers what is the problem and they told me that this is an ext4 problem. The error
2007 Sep 23
3
ext3 file system becoming read only
Hi In our office environment few servers mostly database servers and yesterday it happened for one application server(first time) the partion is getting "read only". I was checking the archives, found may be similar kind of issues in the 2007-July archives. But how it has been solved if someone describes me that will be really helpful. In our case, just at the problem started found
2010 Mar 09
2
fstab Pass Column and forced disk checks
If I have the 6th column in fstab (the pass column) set to 0, does that mean disk checks will never be forced at boot regardless of anything like File System State, Mount Count, and Check Interval on the file system itself, or are there exceptions to this? I know `man fstab` says: If the sixth field is not present or zero, a value of zero is returned and fsck will assume that the filesystem does
2005 Nov 03
1
filesystem remounted as read only
Hi, I'm running kernel 2.6.8-15, lvm2 v2.01.04-5 and acl v2.2.23-1 on a Sunblade 100 (sparc). In a few months we have experienced for several times that an ext3 filesystem is remounted as read-only (this is due to the option "errors=remount-ro" in /etc/fstab). Sometimes there is no error in log files but sometimes we see: kernel: init_special_inode: bogus i_mode (3016) kernel:
2012 Dec 05
1
LVM2 Thin Provisioning: 6.3 vs 6.4 (lvm2, device-mapper-persistent-data, et al)
I've been running into some problems with LVM thin provisioning in CentOS 6.3. Some of these I have reported to RH Bugzilla (e.g. https://bugzilla.redhat.com/show_bug.cgi?id=883629). The upshot seems to be that in RHEL 6.3 the features are "preview" but in 6.4 they are "full featured/robust" (hopefully) and many of the bugs are fixed. This raises the following
2004 Mar 03
2
Ext3 problem - lost files/directorys
Hi I work on this harddrive for 3 days now ... I had noticed errors in kernel while working on a harddrive (120 gigas) but all continue to work fine (archives/directory).. So i have unmounted the driver and try e2fsck... bad ! e2fsck 1.34 (25-Jul-2003) e2fsck: Attempt to read block from filesystem resulted in short read while trying to open /dev/hdc1 So i have tried to create 1 image of this
2013 Oct 29
0
CEBA-2013:1471 CentOS 6 lvm2 Update
CentOS Errata and Bugfix Advisory 2013:1471 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1471.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 73612095e4c5c6c8eb8df8849f6ca5c5136aab1405056eb8ed2f2d4756f0a15b cmirror-2.02.98-9.el6_4.2.i686.rpm
2012 Oct 23
0
CEBA-2012:1399 CentOS 6 lvm2 Update
CentOS Errata and Bugfix Advisory 2012:1399 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1399.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: feca04fc38b06a4ff4cca91a195e999cdd65db81b6397a9605482d01a07871ea cmirror-2.02.95-10.el6_3.2.i686.rpm
2013 Nov 05
0
CEBA-2013:1504 CentOS 6 lvm2 Update
CentOS Errata and Bugfix Advisory 2013:1504 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1504.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: afb10969863e5be9dc2e12d3d572b3e30e8db05d2fe2cce77b21378309497033 cmirror-2.02.98-9.el6_4.3.i686.rpm
2014 Nov 26
0
CEBA-2014:1909 CentOS 6 lvm2 BugFix Update
CentOS Errata and Bugfix Advisory 2014:1909 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1909.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: d09e7161ad601bb9d629badba2d6f3bd036a08deb4077400856f5b040a3b36b7 cmirror-2.02.111-2.el6_6.1.i686.rpm
2015 May 06
0
CEBA-2015:0950 CentOS 6 lvm2 BugFix Update
CentOS Errata and Bugfix Advisory 2015:0950 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0950.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: eca144b3a845aa3a67d8615812619c5e3869f4d4a6ff26c2e82a53d30e1abe5c cmirror-2.02.111-2.el6_6.2.i686.rpm
2015 May 20
0
CEBA-2015:1018 CentOS 6 lvm2 BugFix Update
CentOS Errata and Bugfix Advisory 2015:1018 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1018.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 9725e0eac57cba6f6d379875d41d3cf6abe119b2dd66578ca69029ee60ef8fdd cmirror-2.02.111-2.el6_6.3.i686.rpm
2015 Aug 13
0
CEBA-2015:1615 CentOS 6 lvm2 BugFix Update
CentOS Errata and Bugfix Advisory 2015:1615 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1615.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 4f156bda706ec36da05a61f7fa5d4fdf8fe998ee4180ceffcb9419357e814ccc cmirror-2.02.118-3.el6_7.2.i686.rpm
2015 Sep 22
0
CEBA-2015:1823 CentOS 6 lvm2 BugFix Update
CentOS Errata and Bugfix Advisory 2015:1823 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1823.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 46345fda532357c98a0cf21985308f0b694407da79ffe01332ea38ed1e76fc89 cmirror-2.02.118-3.el6_7.3.i686.rpm
2015 Dec 16
0
CEBA-2015:2635 CentOS 6 lvm2 BugFix Update
CentOS Errata and Bugfix Advisory 2015:2635 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-2635.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 2c0c96d6a8fd6a164e4d5998acdc84ee36c2d99561210dccec954217acf83ffe cmirror-2.02.118-3.el6_7.4.i686.rpm