今天升级SuSE 10.2 后重新启动，linux分区(ReiserFS)被破坏！！！！

bigbighill

昨天用Acronis PartitionExpert调整了分区大小，重新启动到xp，suse都没有问题，今天启动到suse ，然后升级SuSE 10.2 重新启动，linux分区(ReiserFS)被破坏了，但这个硬盘上面的windows分区没有任何问题！

分区信息见附件

bigbighill

用diskgen重建分区表依然无效，郁闷

huohuliaisili

重启动应该不会影响分区表。最多是升级后系统无法启动。
但如果是非正常关机，那就会影响正在使用的文件系统了。
弄清楚，是分区表错误还是文件系统故障。

我看了下你的分区表:
你先备份现有的分区表，发送到邮箱或者网络硬盘。如果有软盘或者U盘，可以也拷贝一份。
然后使用Linux的fdisk重建分区表。
注意！！
diskgen用 0 表示第一个柱面，而linux的fdisk用1表示第一柱面。所以，如果使用linux的fdisk工具，需要将起始柱面的数字都+1　。
我博客中有篇文章，或许可以给你一些提示：
http://blog.chinaunix.net/u/25309/
http://huohuliaisili.cublog.cn/
[原创]备份/恢复MBR和分区表以及无备份修复MBR和分区表错误，浅谈引导故障和分区方案。完成60%

bigbighill

可能是文件系统故障，因为升级后，第一次启动了一半，好多服务没有启动，登录也登录不了，后来再次启动，已经完全无法进入linux系统了

bigbighill

diskgen重建分区表的时候，选择的是交互方式，当找到第一主分区后提示，我选择保留，找到扩展分区的时候我选择保留，然后diskgen好像就不自动在找扩展分区里面的逻辑分区了，我这个出现问题的硬盘分区如下
hdc1，主分区 fat32
hdc5，逻辑分区 fat32
hdc6，逻辑分区 fat32
hdc7，逻辑分区 fat32
hdc8，逻辑分区 ReiserFS  /home
hdc9，逻辑分区 ReiserFS /
hdc10，linux swap

huohuliaisili

Post by bigbighill
diskgen重建分区表的时候，选择的是交互方式，当找到第一主分区后提示，我选择保留，找到扩展分区的时候我选择保留，然后diskgen好像就不自动在找扩展分区里面的逻辑分区了，我这个出现问题的硬盘分区如下
hdc1，主分区 fat32
hdc5，逻辑分区 fat32
hdc6，逻辑分区 fat32
hdc7，逻辑分区 fat32
hdc8，逻辑分区 ReiserFS  /home
hdc9，逻辑分区 ReiserFS /
hdc10，linux swap

在将要可能对分区表进行操作之前，先备份分区表。

bigbighill

呵呵，分区表已经备份了，

奇怪的是diskgen为什么找到扩展分区后就不继续找扩展分区里面的逻辑分区了

qadams

我的情况也是这样 百思不得其解

huohuliaisili

挂 LiveCD 看看是什么效果？
用那种开机不自动挂载磁盘的LiveCD，例如 gentoo 的 LiveCD 。从LiveCD启动之后，尝试手动挂载。把 fdisk -l 的信息抄下来或者发到邮箱，或者保存到U盘/软盘。
分区表：
检查分区表信息中的每个分区的起始柱面数值是否正常？分区类型是否正常？活动标识是否正确？如果确定分区表信息与硬盘上实际的分区相吻合，则分区表正常。
文件系统：
看看哪个磁盘挂不上？
如果确定是文件系统的问题，尝试修复文件系统。

huohuliaisili

Post by bigbighill
呵呵，分区表已经备份了，

奇怪的是diskgen为什么找到扩展分区后就不继续找扩展分区里面的逻辑分区了

diskgen 在备份分区表的时候将扩展下的逻辑分区用 EXTEND 标识，例：
   1   EXTEND   00  0f    627     0    1   4864   254   63  33243.9


   4   FAT32    00  0b    627     1    1   1572   254   63   7420.6
<< 5   EXTEND   00  05   1573     0    1   2643   254   63   8401.2>>

   5   FAT32    00  0b   1573     1    1   2643   254   63   8401.1

<< 9   EXTEND   00  05   4797     0    1   4864   254   63    533.4>>

   9   Linux    00  82   4797     1    1   4864   254   63    533.4

看第一行，扩展分区是第二分区，标为1。MBR中的第三分区和第四分区空闲。逻辑分区从4开始，也就是第5分区，第一个逻辑分区的起始柱面与扩展分区的第一个起始柱面是吻合的，都是627。
再看最后一行，最后一个逻辑分区的尾柱面与扩展分区的尾柱面是吻合的，都是 4864 。
注意：diskgen 中描述第一个，都是用 0 来表示。如果用linux中的fdisk，需要在此基础上+1 。
从你的分区表备份文件上看，分区表应该是正常的。
可以同时比较一下DOS下diskgen备份分区表信息和linux中fdisk描述的分区表信息，对比一下。
我估计，你的应该是文件系统故障。