Linux за българи: Форуми

Веднага след стартиране на 2.6.0, при първи достъп до FAT32 дял (правя само "ls -l /mnt/d"), в syslog-а излиза:

Примерен код

Jan  5 22:37:44 pink kernel: FAT: Filesystem panic (dev hda7) Jan  5 22:37:44 pink kernel:     invalid access to FAT (entry 0x02d885b1) Jan  5 22:37:44 pink kernel:     File system has been set read-only Jan  5 22:37:44 pink kernel: FAT: Filesystem panic (dev hda7) Jan  5 22:37:44 pink kernel:     invalid access to FAT (entry 0x05858225)

Изхода на "ls" съдържа несъществуващи имена на файлове и/или случайни символи. След като направя обаче umount/mount - проблема изчезва. При 2.4.22 такъв проблем няма. Също проверих FAT32 дяла за грешки - беше ОК.

Някакви идеи? В момента пробвам със 2.6.1-rc1.

При компилацията избрал ли си от filesystems msdos и ntfs и ако си ги компилирал сигурен ли си, че модулите са заредени?

1-->

Цитат (alabal @ Ян. 06 2004,131)

При компилацията избрал ли си от filesystems msdos и ntfs и ако си ги компилирал сигурен ли си, че модулите са заредени?

Да, компилирано е със ntfs и msdos (и не са на модули, а в ядрото)

Братко не се сърди, но в един от първите опити за компилация покрай другите проблеми не зареждаше както трябва виндовските дялов. Така, че видях съобщения, които твърдяха, че не може да бъде разпозната файловата система, въпреки, че бях казал каква е точно. При следващия опит сложих опциите на "y", което реши проблемите.
Затова направих подобно предположение. Просто идея. Явно не е от това. Други идеи не ми идват.

P.S.: Всъщност ми идва една идея - а дали ти е зададена опцията за поддръжка на виндовски дял? Виж, има някакво съобщение на FAT:, че има неправилен достъп.
Можеш да го провериш в ./config файла, в раздела:

# Partition Types
и опция:
CONFIG_MSDOS_PARTITION=y

Конфигурацията е ОК. Закърпих положението като в /etc/rc.d/rc.local сложих:

Примерен код

umount /mnt/d mount /mnt/d

Ама това е гадно... Ще пробвам да си дефрагметирам FAT32 дяла. Ако това не помогне - ще го конвертирам до EXT3 и ще забравя за проблема.

С 2.6.1-rc1 не стана пак :(.

Интересно. Знаеш ли, вчера при стартиране X ми направи проблем с компилирани NVIDIA драйвъри за Debian unstable. Бях оставил два от компилираните пакета инсталирани - за два варианта на компилирани ядра 2.6.0 .
Деинсталирах по стария пакет на nvidia-kernel и проблема се оправи, все едно, че не го е имало. Интересно, че и ядрата и драйвърите ги бях компилирал с
make-kpkg --append-to-version -xxx make kernel_image modules_image
Въпреки това явно е ставало объркване между версиите и е въвеждало модулите от старата директория на /lib/modules/2.6.0-xxx/drivers/
Та си мислех, че и при теб може да има някакво подобно объркване с предишни ядра и техните модули за виндовските файлови системи и дялове.
Това звучи вероятно, но само ако при боотване въвежда двата сходни модула за файловите системи, а при umount/mount вече открива правилния от тях. Не мога да кажа до колко е вероятно - не съм толкова на ти с материала. И това е пак някаква идейка - дано да е полезна, въпреки, че се съмнявам.

Благодаря за отговорите alabal, за сега ще карам с кръпката (umount/mount) докато не намеря решение. Ще сложа няколко контролни точки в fs/fat/cache.c да пишат в syslog-а за да разбера що се дъни.

Ако имам резултат - ще пиша. Няма да оставя това нещо на мира :)

Похвална упоритост, братко!!! Ето така се творят великите дела - с усърдие и даже с капчица инат!
Шегуууувам се! Прости ми станното настроение !  
Но, въпреки това, ще бъда страшно благодарен ако дадеш някакъв линк, който да поясни тези твои тайнствени думи:

Цитат

Ще сложа няколко контролни точки в fs/fat/cache.c да пишат в syslog-а за да разбера що се дъни.

Прости на мен, невежия, стремежа към светлината на знанието!  Но все пак един велик грък, преди около 2400 години каза: "Ние не харесваме бедността, но се срамуваме от нея само когато не е съпроводена с желание за промяна на нещата!"

Оххх, спирам с алабалностите! Наистина ще бъда задължен за някой линк - стана ми интересно, но само ако не е свързано със затруднения за теб!