دوگانگی لینوکس با Ntfs

[dkhatibi]

چرا لینوکس پارتیشنهای Ntfs به اشتراک گذاشته شده از یک کامپیوتر در شبکه را می خونه ولی برای پارتیشنهای محلی مشکل داره؟

[oxygenws]

در شبکه، دسترسی به اون پارتیشن، به واسطه سیستم عامل اون سیستم خواهد بود... لینوکس اون پارتیشن ntfs رو نمی خونه.... لینوکس می تونه تحت شبکه با پروتکل های شبکه، داده رو انتقال بده (فارغ از اینکه اون داده روی ntfs باشه یا ext3 یا ...)

[rezaTavak]

سلام

فکر کنم ntfs3g بتونه پارتیشنها را برای خواندن و نوشتن بازکنه و مشکلش حل شده است.

[oxygenws]

مشکلش حل شده است.
از اول هم مشکلی نبوده!! (حالا این "اول" کجاست، نمی دونم)
کرنل لینوکس NTFS رو می تونه برای خوندن و نوشتن باز کنه.... اما هنوز experimental می باشد...
دلیل آزمایشی بودن این مورد هم، انجام مهندسی معکوس برای کشف روش کار ntfs بوده... (اگر مایکروسافت خودشو لوس نمی کرد و روش کار رو می گفت، مشکلی نبود)

[dkhatibi]

ntfs-3g به راحتی این مشکل را حل می کند.شاید در آینده به همراه کرنل عرضه گردد

[oxygenws]

شاید در آینده به همراه کرنل عرضه گردد
داخل کرنل پشتیبانی میشههههههههه...... عجبا!!!

[dkhatibi]

ببخشید ما بیسواتیم
پس چی کار باید بکنند تا همراه لینوکس بیاد و لازم نباشه دوباره نصبشون کنیم؟

[oxygenws]

کرنل رو باید دوباره از اول کامپایل کنی... جستجو کن ببین تو انجمن های لینوکس در مورد کرنل کسی چیزی ننوشته...

[dkhatibi]

ضمنا چرا مونت شدن پارتیشن ntfs مشکل داره !
هنگام بوت شدن سیستم faild می ده ولی من وقتی سیستم بالا اومد و دستور mount -a را اجرا می کنم : مشکلی نداره و شناخته می شه!

[problem]

سوال من اینه که، چه‌طور برنامه‌هایی مثل PowerQuest Drive Image وقتی که سیستم رو Restart می‌کنن تا ازش Image بگیرن، و توی یک محیط که در واقع DOS هستش، می‌تونن که فایل Image ای که تهیه می‌شه رو در یک پارتیشن NTFS بنویسن، اما برنامه‌های مشابه لینوکس نمی‌تونن؟؟ اگر مایکروسافت سورس NTFS رو لو نداده، پس چه‌طوره که PowerQuest در سال ۲۰۰۲ تونست برنامه‌ای بنویسه که در محیط مشتق‌شده از داس، می‌تونه تو NTFS بنویسه؟
محض توضیح: برنامه Drive Image از Caldera DOS‌ استفاده می‌کنه که تو این سایت‌ها می‌تونید راجع بهش بیشتر بخونید:

۱ (http://esca.atomki.hu/paradise/dos/opendos-en.html)
۲ (http://www.caldera.com/)

[oxygenws]

برادر حطیبی پاسخی برات ندارم :(
problem جان، اول اینکه کرنل لینوکس هم پشتیبانی می کنه :) دوم اینکه ممکنه powerquest هم مثل لینوکسی ها مهندسی معکوس کرده باشه، سوم اینکه ممکنه از سورس لینوکس دزدیده باشه :) چهارم اینکه ممکنه به مایکروسافت پول داده باشه و روش کار رو ازش خریده باشه، پنجم... تا حالا شده پارتیشن هات با پارتیشن مجیک بپره؟؟* :) یعنی یه جای کار می لنگه.... (برای من شده :) )

لینوکس نه آنچنان دنبال پوله و نه .... با کسی هم تعارف نداره، میگه این پشتیبانی از ntfs آزمایشی است و ممکنه پارتیشن ات بپره، حتی اگر احتمالش نزدیک به صفر باشه...

[problem]

توضیح می‌دم:
۱) برنامه PartImage در لینوکس مشابه برنامه Drive Image هست. اما بر خلاف اون، نه می‌تونه از پارتیشن NTFSی که خیلی fragmented هست پشتیبان بگیره (و باید اول پارتیشن از توی ویندوز defrag شه) و نه می‌تونه فایل‌هایی رو پشتیبان‌گیری کنه که با NTFS فشرده شدن. یعنی برنامه دوم، در سال ۲۰۰۲ کاری رو می‌کنه که اولی در سال ۲۰۰۶ نمی‌کنه!
۲) این که پارتیشن کلا بپره، مربوط به اطلاعات تعریف پارتیشن در Partition Table هستش، و این قسمت از فرمت پارتیشن تاثیر نمی‌پذیره. برای من هم پیش اومده که این اتفاق بیفته (یک بار کل پارتیشن هام رو پروندم) اما خوب هم می‌دونم که تا وقتی یک کپی از Partition Table خودم داشته‌باشم (که فقط چند کیلو بایته) همه‌اش قابل برگشته! چون فایلی overwrite نمی‌شه!
شاید واقعا PowerQuest اون زمان به مایکروسافت پول داده بوده و قسمتی از سورس‌کد ویندوز رو دیده بوده، نمی‌دونم. اما به هر حال، من احساس خوبی راجع به این دسترسی آزمایشی به NTFS ندارم.

[oxygenws]

، من احساس خوبی راجع به این دسترسی آزمایشی به NTFS ندارم.
دقیقا برای همینه که من هم نسبت به مایکروسافت احساس خوبی ندارم :)

[dkhatibi]

با کسی هم تعارف نداره، میگه این پشتیبانی از ntfs آزمایشی است و ممکنه پارتیشن ات بپره، حتی اگر احتمالش نزدیک به صفر باشه...

ممکنه پارتیشن بپره یا داده هایی که تو لینوکس ذخیره می گردند ممکنه به درستی قابل دسترسی نباشند؟

[Inprise]

Partition Magic از داس یا هر چیزی مانند اون استفاده نمیکنه . محیطی که ازش استفاده میکنه Native Boot Console APT هست که قبل از بالا آمدن Win32 Subsystem و پس از فراهم شدن Ntdll و کرنل ویندوز و درایورهای سطح کرنل مربوطه در دسترس هست و در این شرایط هر نرم افزاری مانند حالت عادی به سطح فایل سیستمهای موجود دسترسی داره ؛ و البته Partition Magic از یک Filesystem Driver مبتنی بر IFS یا Installable Filesystem Kit برای برقراری ارتباط سطح پائین با NTFS استفاده میکنه که بصورت یک محصول تجاری توسط مایکروسافت ارائه شده ؛ که یعنی اگر نرم افزاری توانست با استفاده از Runtime ها و توابع ارائه شده توسط خود مایکروسافت کد سطح پائینی بنویسه ، قرار نیست سایرین روی سیستمهای عامل متفاوت بتوانند لزوما" همانکار رو انجام بدن .

البته دسترسی به NTFS روی لینوکس به انحاء مختلف وجود داره ، و حتی پروژه هائی برای سایر سیستم عاملها هست اما هر کدوم موفق شدن بخشی از NTFS رو پیاده سازی کنند . در مجموع هیچ محصول ثالث وجود نداره که موفق شده باشه از "تمام" قابلیتهای NTFS روی سیستم عامل دیگری حمایت کنه ، که البته دلیلش به وضوح ، روشن نبودن مشخصات سطح پائین این فایل سیستم هست . متقابلا" برای دسترسی به فایل سیستمهائی مانند Ext3 و ریزر و امثال اونها پروژه های Open Source مختلفی در دسترس هستند که از تمام قابلیتها هم حمایت میکنن ، که میشه بسادگی از گوگل سوال کرد .

مفهوم دسترسی "آزمایشی" ، تضمین نشده بودن صحت پیاده سازی هست . بدین معنی که امکان ارائه ضمانت برای صحت عملکرد کد وجود ندارد ، و به همین دلیل حمایت NTFS در و هر جای دیگری همیشه آزمایشی خواهد بود ؛ من هیچ وقت برای استفاده از NTFS روی لینوکس مشکلی نداشتم و لااقل تا بحال شانس تجربه از دست رفتن اطلاعات پیش نیومده . با خیال راحت NTFS Write رو در کرنل وانیل یا هر کرنلی که توزیعتون ارائه میکنه فعال کنید ، کامپایل کنید و ازش استفاده کنید . جای نگرانی حادی هم وجود نداره .

[oxygenws]

ممنون برادر اینپی، خیلی عالی بود. (این هک تنکس کجاست؟!!)

[problem]

Inprise جان، باید بگم که چند حالت وجود داره، یکی همون که شما گفتی که ویندوز بالا می‌آد و بعد از توی محیط اون Partition Magic کاراش رو به همون شرحی که شما بیشتر بلد بودی و ما هم یاد گرفتیم، انجام می‌ده. اما حالت دومی هم هست. زمانی که شما سیستم رو با یک فلاپی بوت کنی، که توش برنامه‌های Partition Magic تحت داس وجود داشته باشه. در این حالت هم باز Partition Magic کار می‌کنه. من هم در این حالت هیچ خطایی از اون ندیدم. Drive Image‌ هم در همین محیط کار می‌کنه. اسراری نداره که با Caldera DOS‌ بالا اومده باشی. اگر با فلاپی بوت ویندوز ۹۸ هم بالا بیای و اجراش کنی، مثل گل کار می‌کنه، با همهٔ فرمت‌ها هم کار می‌کنن من‌جمله NTFS.


دقیقا برای همینه که من هم نسبت به مایکروسافت احساس خوبی ندارم :)

خوب من هم نسبت به مایکروسافت احساس بدی دارم، اما مهم‌تر برای من اینه که با برنامه‌ای که کار می‌کنم، کارم رو بتونه بی‌دردسر انجام بده.

[Inprise]

اما حالت دومی هم هست. زمانی که شما سیستم رو با یک فلاپی بوت کنی، که توش برنامه*های Partition Magic تحت داس وجود داشته باشه. در این حالت هم باز Partition Magic کار می*کنه. من هم در این حالت هیچ خطایی از اون ندیدم. Drive Image* هم در همین محیط کار می*کنه. اسراری نداره که با Caldera DOS* بالا اومده باشی. اگر با فلاپی بوت ویندوز ۹۸ هم بالا بیای و اجراش کنی، مثل گل کار می*کنه، با همهٔ فرمت*ها هم کار می*کنن من*جمله NTFS."داس" نیست ؛ و از IFS استفاده میکند ، و برای مطالعه در مورد خرابکاریهای مفتضح PM و نرم افزارهای مشابه هم میتونی به گوگل مراجعه کنی . من تا بحال مسئله ای با حمایت لینوکس از NTFS نداشتم اما PM چند باری باعث شده بخاطر استفاده از اون متاسف بشم ؛ من حیث مجموع تکلیف دسترسی به فایل سیستمی که متن کدش عمومی نیست روشن است . من با حمایت NTFS در کرنل ، فایلهای کمپرس شده را هم میبینم و ادیت میکنم و ... . مفهوم آزمایشی بودن را هم قبلا توضیح دادم .

[problem]

آقا اون IFS که شما می*گی، همون حالتیه که صفحه آبیه، توش متنی می*نویسه که PM* داره چه غلطی می*کنه؟؟

[Best Programmer]

Partition Magic از داس یا هر چیزی مانند اون استفاده نمیکنه . محیطی که ازش استفاده میکنه Native Boot Console APT هست که قبل از بالا آمدن Win32 Subsystem و پس از فراهم شدن Ntdll و کرنل ویندوز و درایورهای سطح کرنل مربوطه در دسترس هست و در این شرایط هر نرم افزاری مانند حالت عادی به سطح فایل سیستمهای موجود دسترسی داره ؛ و البته Partition Magic از یک Filesystem Driver مبتنی بر IFS یا Installable Filesystem Kit برای برقراری ارتباط سطح پائین با NTFS استفاده میکنه که بصورت یک محصول تجاری توسط مایکروسافت ارائه شده ؛ که یعنی اگر نرم افزاری توانست با استفاده از Runtime ها و توابع ارائه شده توسط خود مایکروسافت کد سطح پائینی بنویسه ، قرار نیست سایرین روی سیستمهای عامل متفاوت بتوانند لزوما" همانکار رو انجام بدن .

البته دسترسی به NTFS روی لینوکس به انحاء مختلف وجود داره ، و حتی پروژه هائی برای سایر سیستم عاملها هست اما هر کدوم موفق شدن بخشی از NTFS رو پیاده سازی کنند . در مجموع هیچ محصول ثالث وجود نداره که موفق شده باشه از "تمام" قابلیتهای NTFS روی سیستم عامل دیگری حمایت کنه ، که البته دلیلش به وضوح ، روشن نبودن مشخصات سطح پائین این فایل سیستم هست . متقابلا" برای دسترسی به فایل سیستمهائی مانند Ext3 و ریزر و امثال اونها پروژه های Open Source مختلفی در دسترس هستند که از تمام قابلیتها هم حمایت میکنن ، که میشه بسادگی از گوگل سوال کرد .

مفهوم دسترسی "آزمایشی" ، تضمین نشده بودن صحت پیاده سازی هست . بدین معنی که امکان ارائه ضمانت برای صحت عملکرد کد وجود ندارد ، و به همین دلیل حمایت NTFS در و هر جای دیگری همیشه آزمایشی خواهد بود ؛ من هیچ وقت برای استفاده از NTFS روی لینوکس مشکلی نداشتم و لااقل تا بحال شانس تجربه از دست رفتن اطلاعات پیش نیومده . با خیال راحت NTFS Write رو در کرنل وانیل یا هر کرنلی که توزیعتون ارائه میکنه فعال کنید ، کامپایل کنید و ازش استفاده کنید . جای نگرانی حادی هم وجود نداره .

با تشکر از استاد و دوست عزیز inprise.
جواب آقای problem :‌
"و البته Partition Magic از یک Filesystem Driver مبتنی بر IFS یا Installable Filesystem Kit برای برقراری ارتباط سطح پائین با NTFS استفاده میکنه که بصورت یک محصول تجاری توسط مایکروسافت ارائه شده ")Inpirse(

برای آشنایی با NTFS بهتر هست این سایت را مطالعه نمایید.http://www.pcguide.com/ref/hdd/file/ntfs/

البته من خودم چندان با اینوکس کار نمی کنم و بیشتر با Freebsd در حال میکنم. در هر حال برای دوستانی که علاقه به این مباجث داند چند متد جدید را معرفی میکنم.
Journaling Filesystems and Soft Updates
Many different solutions to the synchronous-write issues that lead to fragmentation and lost file pointers have been developed. You hear a lot these days about journaling (or logging) filesystems like Ext3FS and Journaled HFS+, for example, which keep a log of all write operations before they are executed. This log dramatically speeds up fsck because it no longer needs to comb the entire filesystemit knows where the inconsistencies are and how to fix them.

FreeBSD does not include support for journaling filesystems; what it does have, though, is Soft Updates. Whereas journaling filesystems work by maintaining a log file of write actions, Soft Updates (which is built into the GENERIC, or default, kernel ever since FreeBSD 4.5, and is enabled on all newly created disk partitions) provides a different technique that offers the same kind of benefits. Soft Updates uses precalculated, ordered writes to eliminate the need for an external log; at the same time, Soft Updates protects the integrity of the metadata to provide filesystem consistency as good as or better than that offered by journaling. It has performance advantages over journaling as well; a filesystem can be brought up immediately at boot time, and the consistency checking is done afterward through the use of automated snapshots in a background task.

[problem]

ممنون. مطالعه می‌کنم.

[dkhatibi]

ضمنا چرا مونت شدن پارتیشن ntfs مشکل داره !
هنگام بوت شدن سیستم faild می ده ولی من وقتی سیستم بالا اومد و دستور mount -a را اجرا می کنم : مشکلی نداره و شناخته می شه!


Why can't I automount NTFS on Fedora during boot?
The mount fails due to a bug in SELinux.

Solution: A fixed selinux-policy-2.4.6-23 is available for RHEL5 and FC6 via the current update, though it doesn't work for everybody for some reason.

Workaround: If you have an older distribution then set SELINUX to "permissive" in /etc/selinux/config, or using GNOME under System > Admin > Security Level and Firewall > SELinux Tab, or try this command:

audit2allow -M local < /var/log/audit/audit.log

or this one:

audit2allow -M local < /var/log/messages

The above commands may output some warnings or error messages which usually are irrelevant and can be safely ignored.

Status: Not ntfs-3g problem. The SELinux developers tried to fix the problem for FC6 and RHEL5.

من اینو پیدا کردم.

[tux-world]

فایلfstab رو میشه اینجا بذارید ببینیم ؟