上传MI2 无法识别分区的 log 文件

haulm

闲话不多说，尽快解决这个问题吧。

[ 本帖最后由 haulm 于 2010-10-23 07:31 编辑 ]

haulm

困扰：新的 MI 该如何重新编译内核？
问题：MI 旧版工作正常，MI2无法读取分区，只能识别到系统有两个硬盘。
我的硬盘双sata硬盘，两硬盘容量不同，sda 硬盘安装 winxp，分有三个分区，主分区安装xp，D盘为资料盘，sda6因LFS格式化为ext3分区，sdb硬盘三个分区，主分区安装系统，扩展分区分别为sdb5 sdb6 是两资料分区。

看下面的log
Oct 23 07:18:58 MagicInstaller user.err kernel: EXT3-fs (sdb1): error: couldn't mount because of unsupported optional features (240)
Oct 23 07:18:58 MagicInstaller user.err kernel: EXT2-fs (sdb1): error: couldn't mount because of unsupported optional features (240)
Oct 23 07:18:58 MagicInstaller user.info kernel: EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts:
Oct 23 07:19:51 MagicInstaller user.warn kernel: UDF-fs: No partition found (1)
Oct 23 07:19:57 MagicInstaller user.info kernel: EXT3-fs: barriers not enabled
Oct 23 07:19:57 MagicInstaller user.info kernel: kjournald starting.  Commit interval 5 seconds
Oct 23 07:19:57 MagicInstaller user.warn kernel: EXT3-fs (sda6): warning: maximal mount count reached, running e2fsck is recommended
Oct 23 07:19:57 MagicInstaller user.info kernel: EXT3-fs (sda6): using internal journal
Oct 23 07:19:57 MagicInstaller user.info kernel: EXT3-fs (sda6): mounted filesystem with ordered data mode
Oct 23 07:22:29 MagicInstaller user.info kernel: EXT3-fs: barriers not enabled
Oct 23 07:22:29 MagicInstaller user.info kernel: kjournald starting.  Commit interval 5 seconds
Oct 23 07:22:29 MagicInstaller user.warn kernel: EXT3-fs (sda6): warning: maximal mount count reached, running e2fsck is recommended
Oct 23 07:22:29 MagicInstaller user.info kernel: EXT3-fs (sda6): using internal journal
Oct 23 07:22:29 MagicInstaller user.info kernel: EXT3-fs (sda6): mounted filesystem with ordered data mode

haulm

sdb 分区全部是ext4 分区，但是考虑到原MI的ext4分区的支持可能是属于dev的，是否存在兼容问题。
所以，也许很有可能是因为某个分区不支持导致整个分区不显示，sdb1的分区格式化是由MI1完成的。

zy_sunshine

这份log不是第一次启动MI2的。
因为有Xorg.0.log.old

magic.actions.server.log 没有信息，不能判断。

--------------
就算是第一次启动MI，magic.actions.server.log 中也是没有信息，唉，测试下面的脚本吧。

[ 本帖最后由 zy_sunshine 于 2010-10-23 10:31 编辑 ]

zy_sunshine

这个问题，有些复杂。最好是我有实际机器来判断调试, 这东西最麻烦。

就算是有log信息，也只能确定问题的位置，也不能解决阿...

zy_sunshine

刚提取了一下其中的磁盘识别模块。
运行其中的 t-libparted.py 可以显示磁盘识别的情况。

如果有机会，可以在本机和MI环境测试一下。

自由狼-台风

这种基层问题，能与其他社区合作吗？

Jactry

原帖由 自由狼-台风 于 2010-10-23 12:55 发表
这种基层问题，能与其他社区合作吗？

http://code.google.com/p/magicinstaller2/
MI2的大门是敞开的

zy_sunshine

如果其他社区使用MI的话，一定能合作。但是他们一般都有自己的一套安装器。

haulm

python ./t-libparted.py
Traceback (most recent call last):
  File "./t-libparted.py", line 10, in <module>
    import parted
ImportError: No module named parted

zy_sunshine

还是在MI环境下测试吧，这东西本来就是MI下的脚本。

zy_sunshine

如果想在实际机器上测试比较麻烦，要升级libparted 并添加python parted模块， 都在MI中。

haulm

我看出错的地方可能根本就不是识别模块的问题，而很可能是MI本身某个变量的问题，从MI切换到终端运行t-libparted.py 得到以下信息
operations.parted.device_probe_all: [('/dev/sda', 488397168L, 'ATA ST3250310AS'), ('/dev/sdb', 625142448L, 'ATA ST3320620AS')]
operations.parted.get_all_partitions: [(1, [1, 7], 0L, 150271947L, 'fat32', 'N/A', 63L, 150272009L, [1, 4, 5, 6, 7, 9, 10, 14]), (2, [7], 2L, 338120055L, 'N/A', 'N/A', 150272010L, 488392064L, [1, 5, 6, 7, 9, 10, 14]), (5, [], 1L, 163846872L, 'ntfs', 'N/A', 150272073L, 314118944L, [1, 4, 5, 6, 7, 9, 10, 14]), (6, [], 1L, 174273057L, 'ext3', 'N/A', 314119008L, 488392064L, [1, 4, 5, 6, 7, 9, 10, 14])]
operations.parted.get_all_partitions: [(1, [1], 0L, 199993122L, 'ext4', 'N/A', 63L, 199993184L, [1, 4, 5, 6, 7, 9, 10, 14]), (2, [7], 2L, 425144160L, 'N/A', 'N/A', 199993185L, 625137344L, [1, 5, 6, 7, 9, 10, 14]), (5, [], 1L, 210001617L, 'ext4', 'N/A', 199993248L, 409994864L, [1, 4, 5, 6, 7, 9, 10, 14]), (6, [], 1L, 210001617L, 'ext4', 'N/A', 409994928L, 619996544L, [1, 4, 5, 6, 7, 9, 10, 14]), (7, [], 1L, 5140737L, 'linux-swap(v1)', 'N/A', 619996608L, 625137344L, [1, 4, 5, 6, 7, 9, 10, 14])]
从我切换到终端时，第一个窗口显示主分区数组已有两个硬盘，而分区信息那个数组是空值，分区的数组是否超出了定义范围。

zy_sunshine

嗯，识别分区是正常的，问题锁定在前台显示。但是前台显示不应该出现问题的… 在虚拟机中正常吗？

haulm

VBOX 下安装是正常的，我估计是前台程序对数据的导入有问题，你不妨把我得出的数据原封不动地导入GUI程序，看下倒底是哪出了问题。