From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.62) (envelope-from ) id 1H9zTv-0005bH-Fk for garchives@archives.gentoo.org; Thu, 25 Jan 2007 07:57:15 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.8/8.13.8) with SMTP id l0P7uBS9010270; Thu, 25 Jan 2007 07:56:11 GMT Received: from cranium.sybase.co.za (sqlprd.sybase.co.za [192.96.139.1]) by robin.gentoo.org (8.13.8/8.13.8) with ESMTP id l0P7qGeC005742 for ; Thu, 25 Jan 2007 07:52:17 GMT Received: from localhost (cranium.sybase.co.za [127.0.0.1]) by cranium.sybase.co.za (Postfix) with ESMTP id EDE8983459 for ; Thu, 25 Jan 2007 09:58:48 +0200 (SAST) X-Virus-Scanned: amavisd-new at sybase.co.za Received: from cranium.sybase.co.za ([127.0.0.1]) by localhost (cranium.sybase.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2UKJr4hA2UqK for ; Thu, 25 Jan 2007 09:58:38 +0200 (SAST) Received: from bard.sybase.co.za (bard.sybase.co.za [192.168.2.6]) by cranium.sybase.co.za (Postfix) with ESMTP id AB3E783438 for ; Thu, 25 Jan 2007 09:58:38 +0200 (SAST) Received: from deborah.sybase.co.za ([192.168.2.68]) by bard.sybase.co.za with Microsoft SMTPSVC(6.0.3790.1830); Thu, 25 Jan 2007 09:53:58 +0200 From: Alan McKinnon To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] ext3 partition dissapeared :( Date: Thu, 25 Jan 2007 09:54:51 +0200 User-Agent: KMail/1.9.5 References: <1169550701.11188.27.camel@paulie.kitchen> <200701232255.15179.alan@linuxholdings.co.za> <1169663836.11076.23.camel@paulie.kitchen> In-Reply-To: <1169663836.11076.23.camel@paulie.kitchen> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701250954.51438.alan@linuxholdings.co.za> X-OriginalArrivalTime: 25 Jan 2007 07:53:58.0113 (UTC) FILETIME=[F809AD10:01C74055] X-Archives-Salt: 1f651f8e-0db0-465a-a287-8aa8932f7cd3 X-Archives-Hash: 955c64ef207e6dc75c81a4e816bbc359 On Wednesday 24 January 2007 20:37, jcd wrote: [snip] > "Everything was fine" mean; I created partition and then formatted it > without any errors or warnings. There are messages from syslog: > --------------------------------------------------------------------- >-- Jan 22 23:43:16 localhost EXT3 FS on sdb1, internal journal > Jan 22 23:43:16 localhost EXT3-fs: mounted filesystem with ordered > data mode. > --------------------------------------------------------------------- >-- Then I copied my data to this new partition. I could access this > data from new partition without any problems. Next day: OK, so we will assume that the data was written correctly > --------------------------------------------------------------------- >-- Jan 23 10:23:46 localhost VFS: Can't find ext3 filesystem on dev > sdb1. > --------------------------------------------------------------------- >-- > > > It looks like when you moved the data onto the new partition, it > > got written somewhere on the disk. However, the kernel's idea of > > how the partitions are laid out at that time and what fdisk just > > wrote to the disk probably don't agree and the kernel had got it > > wrong.... This does happen when you delete two or more partitions > > and create one large one. > > Why it can happen when replacing two partitions with large one? First thing to know, is that the PC has the most insane internal design of any electronic device ever made anywhere in the world at any time, ever. (Well, Thomson aircraft radios are actually worse, but you get the idea...). The result is that not everything makes sense... When the kernel boots, it reads the partition table off disk and knows that the first partition starts at cylinder 0 and the second partition starts at say cylinder 2000. The kernel doesn't update this information when you run fdisk, so if you delete two partitions and create one big one, the kernel can get confused. It's not hard to fix on the PC, but Linux runs on 20 architectures that are not all as crazy as Intel PCs, which might be why this oddity is still there are 15 years. Redhat have a utility called partprobe that gets everything back in sync after using fdisk, but I have yet to find it in Portage > I tried gpart with this output: > --------------------------------------------------------------------- >-- #gpart /dev/sdb > Begin scan... > Possible partition(Windows NT/W2K FS), size(40959mb), offset(0mb) > Possible partition(Linux ext2), size(197512mb), offset(40959mb) > End scan. [snip] According to this you have an ext2/3 partition as the SECOND partition, not the first, and it does not cover the whole disk. Are you absolutely sure you pressed "w" in fdisk after creating the partitions? It sure looks to me like your changes were not written to disk. Try mounting /dev/sdb2 alan -- gentoo-user@gentoo.org mailing list