From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <lakostis@unsafe.ru>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham
	version=3.2.5
Date: Thu, 26 Feb 2009 11:52:13 +0300
From: "Konstantin A. Lepikhov" <lakostis@unsafe.ru>
To: ALT Linux sysadmin discuss <sysadmins@lists.altlinux.org>
Message-ID: <20090226085213.GA12833@lks.home>
References: <200902241254.15645.a_s_y@sama.ru>
MIME-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <200902241254.15645.a_s_y@sama.ru>
X-Operation-System: ALT Linux Sisyphus (20081222) 2.6.28-lks-pae-alt2
User-Agent: Mutt/1.5.19 (2009-01-05)
Subject: Re: [Sysadmins]
	=?koi8-r?b?zsUgzc/O1MnS1cXU09Egcm9vdCBmcyDJzMkg08HN?=
	=?koi8-r?b?z9DSz8na18/M2M7B0SDTzcXOwSBleHQzIC0+CWV4dDI=?=
X-BeenThere: sysadmins@lists.altlinux.org
X-Mailman-Version: 2.1.10b3
Precedence: list
Reply-To: ALT Linux sysadmin discuss <sysadmins@lists.altlinux.org>
List-Id: ALT Linux sysadmin discuss <sysadmins.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/listinfo/sysadmins>,
	<mailto:sysadmins-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/sysadmins>
List-Post: <mailto:sysadmins@lists.altlinux.org>
List-Help: <mailto:sysadmins-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/sysadmins>,
	<mailto:sysadmins-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Feb 2009 08:52:16 -0000
Archived-At: <http://lore.altlinux.org/sysadmins/20090226085213.GA12833@lks.home/>
List-Archive: <http://lore.altlinux.org/sysadmins/>

Hi Sergey!

Tuesday 24, at 12:54:15 PM you wrote:

> Приветствую.
> 
> Столкнулся со странной проблемой, в общем-то впервые. В какой-то момент,
> правда после аварийного отключения, система перестала стартовать с выдачей
> сообщения о невозможности смонтировать устройство с неким UUID. Попытка
> переделать с UUID на /dev/sda5 эффекта не дала, стало писаться что невозможно
> смонтировать /dev/root (кстати, почему не /dev/sda5 ? в lilo было именно так),
> так как он не найден. При этом, ручное монтирование проходило без проблем.
> Хорошо, что заметл, что blkid показывает 
> 
> /dev/sda5: UUID="7c4917da-d876-4684-a746-e26fccc81139" TYPE="ext2"
> 
> вместо
> 
> /dev/sda5: UUID="7c4917da-d876-4684-a746-e26fccc81139" SEC_TYPE="ext2" TYPE="ext3"
> 
> tune2fs -j /dev/sda5 ситуацию исправл, но что это было ? Никто не сталкавался ?
> 
> Стоит Branch 4.1, набор ядер:
> 
> kernel-image-ovz-smp-2.6.26-alt0.3
> kernel-image-ovz-smp-2.6.18-alt14
> kernel-image-std-def-2.6.25-alt8.M41.1
> kernel-image-std-smp-2.6.18-alt6
> 
> По-умолчанию используется, в последнее время, std-def-2.6.25-alt8.M41.1.
> Иногда ovz-smp-2.6.26-alt0.3. Никто не сталкивался ?
Видимо, в каком-то из ядер поддержка ext2 включена внутрь, и при загрузке
root монтируется как ext2, а не ext3. Обойти это можно через параметр
rootfstype=<fs type>

PS В моих ядрах таких косяков нет ;)

-- 
WBR et al.