stanford-oval/wikipedia huggingface dataset:
سامانه فایل‌بندی
جنبه‌های سامانه پرونده‌ای > نگهداری یکپارچگی

یک مسیولیت قابل توجه سامانه پرونده‌ای اطمینان حاصل کردن است از اینکه صرف نظر از عملیاتی که برنامه‌ها به داده دسترسی پیدا می‌کنند، ساختار آن سازگار باقی بماند. این شامل عملیات گرفته شده‌است اگر یک برنامه در حال تغییر داده، غیرطبیعی پایان داده شود یا بی‌توجهی به اطلاع دادن از سامانه رونده‌ای که فعالیت‌هایش را به پایان رسانده‌است. این ممکن است شامل به روز کردن فرا داده، مدخل فهرست راهنما و ادارهٔ هر داده که میانگیری شده‌است اما تاکنون در ذخیره گاه فیزیکی رسانه‌ها به روزرسانی نشده‌است.
بقیه خرابی‌ها که سامانه پرونده‌ای باید سر و کار داشته باشند عبارتند از خرابی‌های رسانه‌ها یا کمبود ارتباطات سامانه‌های از راه دور.
به هنگام خرابی یک سامانه عامل یا خرابی باتری، روال‌های مخصوص در سامانه پرونده‌ای باید شبیه به وقتی که یک برنامه شخصی خراب می‌شود، احضار شوند.
سامانه پرونده‌ای همچنان باید توانایی تصحیح ساختارهای خراب شده را نیز داشته باشد. این ممکن است به عنوان یک نتیجه از خرابی سامانه عامل، در حالتی که سامانه عامل نتواند سامانه پرونده‌ای را آگاه کند، در اثر خرابی باتری یا بازنشانی، رخ دهد.
سامانه پرونده‌ای همچنین باید رخدادها را ضبط کند تا موضوعات آنالیزهای سامانه‌ای و همچنین مسایلی با پرونده‌های خاص یا فهرست‌های راهنما را مجاز سازند.
جنبه‌های سامانه پرونده‌ای > داده‌های کاربر

مهمترین هدف یک سامانه پرونده‌ای، مدیریت داده‌های کاربر می‌باشد. این موضوع شامل ذخیره‌سازی، بازیابی و به روز کردن داده می‌باشد.
بعضی از سامانه‌های پرونده‌ای داده را برای ذخیره گاه مانند یک جریانی از بایت‌ها می‌پذیرند که در یک روش مؤثر برای رسانه جمع‌آوری و ذخیره شده‌اند. هنگامی‌که یک برنامه داده را بازیابی می‌کند، اندازه یک میانگیر حافظه را مشخص می‌کند و سامانه پرونده‌ای داده را از رسانه به میانگیر انتقال می‌دهد. روال کتابخانه در حین اجرا ممکن است گاهی کاربر برنامه را برای تعریف یک ضبط بر اساس یک فراخوانی کتابخانه که طول را مشخص می‌کند، مجاز می‌سازد. وقتی کاربر برنامه داده را می‌خواند، کتابخانه داده را توسط سامانه پرونده‌ای بازیابی می‌کند و یک ضبط بازمی‌گرداند.
بعضی از سامانه‌های پرونده‌ای مشخصهٔ یک طول ضبط ثابت که برای همه نوشته‌ها و خوانده‌ها استفاده می‌شود را می‌پذیرد. این موضوع محل یابی n امین ضبط و همچنین به روزرسانی آن‌ها را آسان می‌سازد.
یک شناسایی برای هر ضبط که به عنوان یک کلید نیز شناخته می‌شود، برای یک سامانه پرونده‌ای پیچیده‌تر ساخته می‌شود. کاربر برنامه می‌تواند بخواند، بنویسد و ضبط‌ها را بدون توجه به محل آن‌ها به روزرسانی کند. این موضوع نیازمند مدیریت پیچیدهٔ بلوک‌های رسانه که معمولاً بلوک‌های کلید و بلوک‌های داده را جدا می‌سازد، خواهد بود. الگوریتم‌های بسیار کارآمد می‌توانند با ساختار هرمی برای محل یابی ضبط‌ها توسعه یابند.
جنبه‌های سامانه پرونده‌ای > استفاده از یک سامانه پرونده‌ای

سودمندی‌ها، زبان مخصوص برای کتابخانه‌های در حین اجرا و کاربر برنامه از API سامانه پرونده‌ای برای ساخت درخواست‌های سامانه پرونده‌ای استفاده می‌کنند. این موضوع‌ها شامل انتقال داده، موقعیت‌یابی، به روز کردن فراداده، مدیریت کردن فهرست‌های راهنما، مدیریت کردن مشخصه‌های دسترسی و رفع آنها.
جنبه‌های سامانه پرونده‌ای > طراحی محدودیت‌ها

همهٔ سامانه‌های پرونده‌ای تعدادی حد تابعی دارند که حداکثر گنجایش داده قابل ذخیره در داخل همان سامانه تعریف می‌شود. این حدود تابعی یک تلاش بهترین حدس توسط طراح براساس این است که هم‌اکنون سامانه‌های ذخیره گاه چه قدر بزرگ هستند و سامانه‌های ذخیره گاه در آینده احتمال دارند چه قدر بزرگ شوند. ذخیره گاه دیسک ادامه داشت که نزدیک به نرخ‌های نمایی رشد پیدا کند (قانون مور را ملاحظه نمایید)، به همین دلیل بعد از چند سال، سامانه‌های پرونده‌ای رسیدن به طراحی محدودیت‌ها را نگه داشته‌اند که نیازمند این است که کاربران رایانه مکرراً به یک سامانه جدیدتر با گنجایش هر چه بیشتر نقل مکان کنند.
پیچیدگی سامانه پرونده‌ای معمولاً به تناسب با گنجایش ذخیره گاه موجود تغییر می‌کند. سامانه پرونده‌ای اوایل دهه ۱۹۸۰ رایانه‌های خانگی با ۵۰ کیلوبایت تا ۵۱۲ کیلوبایت از ذخیره گاه ممکن است انتخاب معقولی برای سامانه‌های ذخیره گاه پیشرفته با صدها گیگابات گنجایش نباشد. به همین ترتیب، سامانه‌های پرونده‌ای پیشرفته ممکن است انتخاب معقولی برای این سامانه‌های اولیه نباشد، از آنجا که پیچیدگی ساختارهای سامانه پرونده‌ای پیشرفته ممکن است به سرعت تحلیل روند یا حتی از گنجایش بسیار محدود سامانه‌های ذخیره گاه اولیه تجاوز کنند.
انواع سامانه‌های پرونده‌ای

انواع سامانه‌های پرونده‌ای می‌تواند به دسته‌های: سامانه‌های پرونده‌ای از نوع دیسک/ نواری، سامانه‌های پرونده‌ای از نوع شبکه‌ای و سامانه‌های پرونده‌ای با اهداف خاص تقسیم شوند.
انواع سامانه‌های پرونده‌ای > سامانه‌های پرونده‌ای از نوع دیسک

یک سامانه پرونده‌ای از نوع دیسک از توانایی‌های رسانه‌های (media) ذخیره‌گاه دیسک (disk storage) استفاده می‌کند تا در مدت کوتاهی، به صورت تصادفی داده‌ها را آدرس‌دهی کند. از دیگر ملاحظاتی که انجام می‌شوند، می‌توان به سرعت دسترسی به داده‌ها اشاره کرد، که ابتدا باید درخواست شود و پیش‌بینی شود که داده مورد نظر نیز ممکن است درخواست شده باشد. این موضوع به چندین کاربر یا پردازه اجازه می‌دهد، تا به داده‌های متفاوتی روی دیسک، بدون توجه به توالی مکان قرارگیری داده، دسترسی داشته باشند. به عنوان مثال: جدول تخصیص پرونده (FAT) (فت ۱۲ (FAT12)، فت ۱۶ (FAT16)، فت ۳۲ (FAT32))، اکس فت (exFAT), NTFS, HFSو HFS+, HPFS, APFS, UFS, ext2، ext3، ext4، XFS, btrfs، ایزو ۹۹۶۰ (ISO 9960)، Files-11، سامانه پرونده‌ای وریتاس (Veritas File System), VMFS, Zfs, ReiserFS و UDF. بعضی از سامانه‌های پرونده‌ای از نوع دیسک عبارتند از سامانه پرونده‌ای ژورنالینگ (journaling file system) با سامانه پرونده‌ای ورژنینگ (versioning file system).
انواع سامانه‌های پرونده‌ای > سامانه‌های پرونده‌ای از نوع دیسک > دیسک‌های نوری

ایزو 9660 (ISO 9660) و قالب عمومی دیسک (Universal Disk Format) 2 قالب عمومی هستند که هدفشان دیسک‌های فشرده، دی وی دی (DVD) و دیسک‌های بلو-ری(blu-ray disks) است. مونت رینیر (Mount Rainier) یک توسعه برای UFD از سری‌های۲٫۶ هستهٔ لینوکس (linux kernel 2.6) و ویندوز ویستا (windows vista) است که تسهیل بازنویسی در دی وی دی‌ها را پشتیبانی می‌کند.
انواع سامانه‌های پرونده‌ای > سامانه پرونده‌ای از نوع فلش

مقالهٔ اصلی: سامانه پرونده‌ای فلش
سامانه پرونده‌ای فلش توانایی‌های خاص، کارایی و محدودیت‌های دستگاه‌های با حافظهٔ فلش را در نظر می‌گیرد. به‌طور مداوم یک سامانه پرونده‌ای از نوع دیسک می‌تواند از دستگاه با حافظهٔ فلش، به عنوان یک رسانه ذخیره گاه پایه، استفاده کند، ولی بهتر است از سامانه پرونده‌ایی که به‌طور اختصاصی برای دستگاه‌های فلش ساخته شده‌است، استفاده شود.
انواع سامانه‌های پرونده‌ای > سامانه پرونده‌ای از نوع نوار

سامانه پرونده‌ای از نوع نوار، نوعی از سامانه پرونده‌ای است. در این نوع، قالب نوار، که برای ذخیره کردن پرونده‌ها روی نوار است، به صورت خود توصیف‌کننده، طراحی شده‌است. نوارهای مغناطیسی در واقع، رسانه‌های ذخیره گاه متوالی با زمان دسترسی به داده‌های تصادفی بسیار بالاتری از دیسک‌ها هستند که چالش‌هایی برای ساخت و مؤثر نمودن مدیریت سامانه‌های پرونده‌ای عام منظوره، ایجاد کرده‌اند.
در سامانه پرونده‌ای از نوع دیسک، معمولاً یک فهرست راهنمای اصلی (master directory) و همچنین یک نقشه از نواحی داده‌های استفاده شده و آزاد (used and free data regions)، وجود دارد. هر پرونده‌ای که می‌خواهد اضافه، عوض، یا حذف شود، نیازمند به روزرسانی فهرست راهنما و نقشهٔ استفاده/آزاد شده‌است. دسترسی تصادفی به نواحی داده‌ها در واحد میلی‌ثانیه اندازه‌گیری می‌شوند. در نتیجه این سامانه به خوبی بر روی دیسک‌ها کار می‌کند.
نوار نیاز به حرکت خطی، برای بستن و باز کردن قرقره‌های عموماً بسیار بلند رسانه‌ها دارد. این حرکت نوار برای جابه‌جا کردن سر (head) خواندن/ نوشتن از انتهای یک نوار به نواری دیگر، ممکن است از چند ثانیه تا چند دقیقه طول بکشد.
به تبع آن در نوار، یک پروندهٔ فهرست راهنمای اصلی (master file directory) و نقشهٔ استفاده، می‌تواند بسیار کند و ناکارآمد باشد.
نوشتن معمولاً با اعمال زیر همراه است:
خواندن نقشهٔ بلوک استفاده (block usage map)، برای پیدا کردن بلوک‌های خالی به منظور نوشتن.
به روزرسانی نقشهٔ استفاده و فهرست راهنما برای اضافه کردن داده.
و در نهایت پیش برد نوار برای نوشتن داده در مکان صحیح.
در عوض سامانه‌های پرونده‌ای از نوع نوار معمولاً اجازه می‌دهند تا فهرست راهنمای پرونده در نوار بخش و با داده‌ها ترکیب شود، که استریمینگ (streaming) معرفی شده‌است، به این ترتیب حرکات زمان بر و تکراری نوار دیگر نیازی به نوشته شدن ندارند.
در هر حال، یکی از معایب این طراحی اینست که، خواندن پروندهٔ فهرست راهنمای نوار عموماً نیاز به پیمایش (scan) سراسر نوار برای خواندن همهٔ فهرست راهنماهای ورودی پراکنده(scattered directory entries) دارد. بیشتر نرم‌افزارهای آرشیو داده، که با ذخیره گاه نوار کار می‌کنند، یک کپی محلی از کاتالوگ نوار را در یک سامانه پرونده‌ای از نوع دیسک نگهداری می‌کنند، تا عمل اضافه کردن پرونده‌ها به نوار با سرعت بیشتری و بدون نیاز به پیمایش دوبارهٔ نوار برای رسانه‌ها، انجام شود. کپی محلی از کاتالوگ نوار، عموماً برای مدت زمان معینی کاربرد دارد و در صورت نیاز در آینده مجدداً باید یک پیمایش در نوار صورت بگیرد.
IBM یک سامانه پرونده‌ای برای نوار، به نام سامانه پرونده‌ای خطی از نوع نوار (Linear Tape File System) ایجاد کرده‌است. پیاده‌سازی IBM از این سامانه پرونده‌ای به صورت سامانه پرونده‌ای از نوع نوار خطی آی بی ام--- تک گرداننده ویرایش (LTFS-SDE) متن باز(open-source IBM Linear Tape File System — Single Drive Edition (LTFS-SDE) product) است. سامانه پرونده‌ای از نوع نوار خطی از یک بخش جدا در نوار، برای ذخیرهٔ شاخص فرا داده (meta-data) استفاده می‌کند. به همین دلیل، مشکلات مربوط به فهرست راهنماهای ورودی پراکنده در سراسر نوار از بین می‌روند.
انواع سامانه‌های پرونده‌ای > سامانه پرونده‌ای از نوع نوار > قالب بندی نوار (tape formatting)

نوشتن داده روی نوار، پاک کردن آن، یا قالب بندی نوار عموماً یک فرایند زمان بر است و در نوارهای بزرگ می‌تواند تا چندین ساعت طول بکشد. با توجه به تکنولوژی‌های بسیار زیاد نوار داده (data tape) ضروری نیست که قبل از نوشتن مجدد داده‌ها روی نوار، آن را قالب بندی کنیم. این به دلیل ماهیت مخرب بازنویسی داده‌ها بر روی رسانه‌های متوالی می‌باشد (sequential media).
به خاطر اینکه قالب بندی نوارها می‌تواند زمان بر باشد، عموماً نوارها از قبل قالب بندی می‌شوند، تا کاربران نوار نیازی به صرف زمان برای آماده‌سازی هر نوار قبل از استفاده، نداشته باشند. تنها چیزی که عموماً ضروری است این است که قبل از استفاده، یک برچسب قابل تشخیص برای رسانه روی نوار نوشته شود. حتی این نیز می‌تواند به صورت خودکار وقتی یک نوار جدید برای اولین بار استفاده می‌شود، توسط نرم‌افزار نوشته شود.
انواع سامانه‌های پرونده‌ای > سامانه پرونده‌ای از نوع پایگاه داده

یک جنبهٔ دیگر از مدیریت پرونده، ایدهٔ سامانه پرونده‌ای بر پایهٔ پایگاه داده‌است. به جای یا علاوه بر ساختار وراثتی در مدیریت، پرونده‌ها به کمک مشخصاتشان مانند: نوع پرونده، اسم پرونده، نویسندهٔ پرونده یا فرا داده‌های غنی مشابه، شناخته می‌شوند.
DB2 برای i (شناخته شده به DB2/400 و DB2 for i5/OS) یک سامانه پرونده‌ای از نوع پایگاه داده‌است که، به عنوان بخشی از یک شی بر اساس سامانه عامل IBM i (شناخته شده به OS/400 و i5/OS) است، در ترکیب با یک فروشکاه یک طبقه‌ای و اجرا شده بر روی سامانه IBM Power (شناخته شده به AS/400 و iSeries)است که آقای فرنک ج. سولتیس (Frank G. Soltis)، دانشمند ارشد سابق IBM i، آن را طراحی کرده‌است. در سال‌های ۱۹۷۸ تا ۱۹۸۸ آقای سولتیس و تیمش در IBM Rochester تکنولوژی‌هایی مانند سامانه پرونده‌ای از نوع پایگاه داده را به صورت موفقیت‌آمیز طراحی و پیاده‌سازی کردند. در حالی که بقیه همانند Microsoft نتوانستند این موفقیت را به‌دست آورند. این تکنولوژی‌ها به ‘Fortess Rochester’ شناخته شده‌اند و بعدها در چندین جنبهٔ اساسی کوچک گسترش یافت ولی در واقع از دیدگاه فناوری، بسیار پیشرفته تر شد.
در زیر به بعضی از پروژه‌هایی که بخشی از جنبه‌های سامانه پرونده‌ای از نوع پایگاه داده را در خود داشته‌اند، پرداخته می‌شود:
بسیاری از سامانه‌های مدیریت محتوای وب از یک سامانه مدیریت پایگاه داده رابطه‌ای (relational DBMS)، برای ذخیره و بازیابی پرونده‌ها استفاده می‌کنند. به عنوان مثال، پرونده‌های XHTML، به عنوان XML یا فیلدهای متنی ذخیره می‌شوند، در حالی که پرونده‌های تصویری به صورت فیلدهای حبابی ذخیره می‌شوند: SQL SELECT (به همراه XPath به صورت اختیاری) توضیحات پرونده‌ها را بازیابی می‌کنند، و استفاده از منطق پیچیده را ممکن می‌سازند و با اطلاعات با ارزش تری در مقایسه با سامانه‌های پرونده‌ای معمول در ارتباط هستند. بسیاری از سامانه‌های مدیریت محتوا نیز از توانایی ذخیره کردن فقط فرا داده در پایگاه داده، با یک سامانه پرونده‌ای استاندارد مورد استفاده در ذخیره کردن محتوای پرونده‌ها، برخوردار هستند.
سامانه‌های پرونده‌ای بسیار بزرگ، با نرم‌افزارهایی مانند Apache Hadoop و Google File System، با استفاده از برخی از جنبه‌های سامانه پرونده‌ای از نوع پایگاه داده، مجسم می‌شود.
انواع سامانه‌های پرونده‌ای > سامانه پرونده‌ای از نوع شبکه

سامانه پرونده‌ای از نوع شبکه، نوعی از سامانه پرونده‌ای است که، به شکل یک مشتری برای پروتکل دسترسی از راه دور پرونده، برای دسترسی پیدا کردن به پرونده‌ها در سرور، عمل می‌کند. برنامه‌هایی که از رابط‌های محلی استفاده می‌کنند، می‌توانند به صورت پنهانی، فهرست‌های راهنمای درختی و پرونده‌های درون کامپیوترهای کنترل از راه دور را ایجاد، مدیریت یا به آن‌ها دسترسی پیدا کنند. مثال‌هایی از سامانه پرونده‌ای شبکه‌ای: مشتری‌های پروتکل‌های سامانه پرونده‌ای از نوع شبکه‌ای(NFS)، سامانه پرونده‌ای از نوع اندرو (AFS)، بلوک پیام سرور (SMB) و همچنین شبه مشتری‌های سامانه‌های پرونده‌ای از جمله: پروتکل انتقال پرونده (FTP) و WebDAV.
انواع سامانه‌های پرونده‌ای > سامانه پرونده‌ای‌های از نوع دیسک مشترک

سامانه پرونده‌ای از نوع دیسک اشتراکی نوعی از سامانه پرونده‌ای است که در آن تعدادی از ماشین‌ها (معمولاً سرورها) همگی دسترسی به یک زیرسامانه دیسک خارجی یکسان (معمولا یک SAN)) دارند. صفات سامانه پرونده‌ای به زیر سامانه دسترسی پیدا می‌کنند تا از نوشتن برخورد جلوگیری کنند. از مثال‌های سامانه پرونده‌ای از نوع دیسک مشترک می‌توان به جی اف اس 2(GFS2)در کلاه قرمز (red hat)، جی پی اف اس (GPFS) در آی بی ام (IBM)، اس اف اس (SFS) در پلو داده (DataPlow)، سی اکس اف اس (CXFS) در اس جی آی (SGI) و StorNext در Quantum Corporation.
انواع سامانه‌های پرونده‌ای > سامانه پرونده‌ای‌های ویژه

سامانه پرونده‌ای ویژه، یک عنصر غیر پرونده‌ای از پرونده‌های سامانه عامل را ارائه می‌دهد. تا آن‌ها بتوانند به صورت APIهایی برای سامانه پرونده‌ای عمل کنند. این کار بیشتر روی سامانه عامل‌هایی شبیه یونیکس انجام می‌شود، ولی در یکسری سامانه عامل‌هایی که شبیهٔ ونیکس هم نیستند، به دستگاه‌ها نام داده می‌شود.
انواع سامانه‌های پرونده‌ای > سامانه پرونده‌ای‌های ویژه > سامانه پرونده‌ای از نوع دستگاهی

سامانه پرونده‌ای از نوع دستگاه، دستگاه‌های ورودی/خروجی (I/O devices) و دستگاه‌های سودو (pseudo-devices) را به عنوان پرونده‌هایی به نام پرونده‌های دستگاه، نشان می‌دهد. مثال‌های این سامانه پرونده‌ای در سامانه عامل‌های شبه یونیکس عبارت اند از: devfs و لینوکس ۲٫۶، udev. و در سامانه عامل‌های دیگر عبارت اند از: TOPS-10 و دیگر سامانه عامل‌های مشابه این، که نام کامل پرونده یا نام مسیر آن در پیشوند دستگاه می‌آید. دیگر دستگاه‌های شامل سامانه پرونده‌ای به کمک پیشوند یک دستگاه، که نمایانگر آن دستگاه است، بدون اینکه چیزی در انتهایش بیاید، ارجاع داده می‌شوند.
انواع سامانه‌های پرونده‌ای > سامانه پرونده‌ای‌های ویژه > دیگر سامانه‌های پرونده‌ای خاص

در هستهٔ لینوکس، configfs و sysfs پرونده‌هایی، برای پرس و جو در هستهٔ kernel برای به‌دست آوردن اطلاعات و پیکربندی موجودیت‌ها در kernel ایجاد می‌کنند.
Procfs پردازه‌ها و دیگر ساختارهای سامانه عامل را در فضای یک پرونده، روی لینوکس، نگاشت می‌کند.
انواع سامانه‌های پرونده‌ای > سامانه پرونده‌ای از نوع حداقلی / ذخیره گاه نوار-صوتی

در اواخر دههٔ ۱۹۷۰ میلادی، پیشرفت تکنولوژی میکرو کامپیوترها آغاز شد. دیسک‌ها و نوارهای دیجیتالی برای عموم مردم گران بودند. در آن زمان، یک سامانه ذخیره گاه ارزان پایه‌ای، پیشنهاد می‌شد، که نوارهای صوتی را استفاده می‌کرد.
وقتی نیاز بود در سامانه داده‌ای نوشته شود، به کاربر پیام داده می‌شد که دکمهٔ ضبط (Record) روی نوار را فشار دهد، و سپس دکمهٔ (Return) را که روی کیبورد است فشار دهد تا سامانه متوجه شود که نوار در حال ضبط کردن می‌باشد. سامانه خود، یک صدا را برای ایجاد یک هماهنگی در زمان، می‌نویسد، و سپس صداهایی برای کدگذاری یک پیشوند هستند، خود داده، یک سرجمع (check sum) و یک پسوند را مدلسازی می‌کند. وقتی سامانه نیاز داشت که داده‌ای را بخواند، به کاربر گفته می‌شد که دکمهٔ شروع (Play) را از روی نوار بزند و سامانه در این صورت به صداهای روی نوار گوش می‌داد، تا زمانی که مجموعه‌ای از صداهای پشت سر هم قابل، به عنوان یک هماهنگ ساز، شناسایی بودند. در این صورت سامانه شروع به تفسیر صداهای بعدی که داده‌ها هستند، می‌کند. وقتی کار خواندن داده‌ها تمام می‌شود، سامانه به کاربر می‌گوید که دکمهٔ توقف (Stop) روی نوار را بزند. این روش، در حالی که بسیار ابتدایی بود، ولی در بیشتر مواقع به درستی کار می‌کرد. در این سامانه‌ها عموماً داده‌ها معمولاً در قالب بدون نامی، پشت سر هم ذخیره می‌شدند، البته در بعضی از سامانه‌ها (مانند سری کامپیوترهای  کامادور پی ای تی (Commodore PET)) اجازهٔ نام‌گذاری پرونده‌ها را داده می‌شد. چندین سری داده به کمک گزینهٔ سریعتر جلو رفتن (fast-forwarding) در نوار، می‌توانستند نوشته و در نوار قرار گیرند. همچنین با نظارت برشمارندهٔ نوار (tape counter) می‌توانستند ناحیهٔ بعدی که داده در نوار نوشته می‌شود را بیابند. ممکن بود کاربر مجبور باشد به صداها گوش دهد تا ناحیه مناسب بعدی برای شروع داده‌ها را پیدا کند. بعضی از پیاده‌سازی‌ها که حتی شامل صداهای قابل شنیدن هم بودند با داده‌ها درمی‌آمیختند.
انواع سامانه‌های پرونده‌ای > سامانه پرونده‌ای از نوع تخت

با سامانه پایگاه داده تخت اشتباه گرفته نشود.
در سامانه پرونده‌ای از نوع تخت، هیچ زیر فهرست راهنمایی وجود ندارد، برای همهٔ پرونده‌ها، مداخل فهرست راهنما، در یک فهرست راهنمای یگانه ذخیره می‌شود.
وقتی برای اولین بار رسانهٔ فلاپی دیسک در دسترس عموم قرار گرفت، این مدل از سامانه پرونده‌ای به خاطر حجم کوچک موجود در فلاپی دیسک‌ها، کافی بود. ماشین‌های CP/M، شامل سامانه پرونده‌ای تخت بودند که، پرونده‌ها می‌توانستند بهٔ کی از ۱۶ نواحی کاربری (user areas) اختصاص داده شوند و عملیات پرونده‌های عمومی، به جای کار کردن روی تمامی نواحی، فقط روی یکی از این نواحی کار می‌کرد. در اصل این نواحی کاربری همان صفت‌ها و ویژگی‌های در ارتباط با پرونده‌ها هستند، بنابراین دیگر نیازی به تعریف هیچ تعرفهٔ خاصی برای هر یک از این نواحی نیست و پرونده‌ها می‌توانند تا وقتی که فضای خالی در ذخیره گاه موجود است، گروهبندی شوند. در اولین دستگاه‌های اپل مکینتاش (Apple Macintosh) نیز از سامانه پرونده‌ای تخت استفاده می‌شد (سامانه پرونده‌ای مکینتاش (Macintash File System)). در این دستگاه برنامه مدیریت پرونده (Macintash Finder) در بالای EMFS، خود یک توهم از سامانه بایگانی تا حدی سلسله مراتبی (partially hierarical filing system) می‌ساخت، که این فرایند عجیبی بود. در این ساختار نیاز بود که هر پرونده اسم منحصر به فردی داشته باشد، حتی اگر دو پرونده در دو پوشهٔ متفاوت باشند. در IBM DOS/360 و OS/360 مدخل‌های تمامی پرونده‌ها بر روی یک بستهٔ دیسک (volume) در یک فهرست راهنمای روی همان بسته به نام جدول ظرفیت مطالب (Volume Table of Content (VTOC)) ذخیره می‌شوند.
با رشد تعداد پرونده‌ها استفاده از سامانه پرونده‌ای تخت دشوار و توانایی سازماندهی داده‌ها در گروه‌های مرتبط با پرونده‌ها سخت شد.
اخیراً S3 از شرکت Amazon نیز به خانوادهٔ سامانه پرونده‌ای‌های تخت، اضافه شده‌است. S3 یک سرویس ذخیره‌سازی کنترل از راه دور است، که به سادگی به کاربران توانایی شخصی‌سازی طریقهٔ ذخیره شدن داده‌ها را می‌دهد. تنها سازه‌ها همان به اصطلاح سطل‌ها (تصور کنید یک گردانندهٔ دیسک با ظرفیت بی‌نهایت دارید) و اشیاء (مشابه آنچه توضیح داده شد، ولی قابل شناسایی برای استاندارد جنبه‌های پرونده نیستند)، هستند. مدیریت پروندهٔ پیشرفته، تنها در صورتی قابل استفاده است که، بشود از هر کاراکتری (حتی "/") در نام‌گذاری اشیاء استفاده کرد و همچنین اینکه بتوان از سطل محتوا، یک زیرمجموعه‌ای را بر اساس پیشوندهای قابل شناسایی انتخاب کرد.
یادداشت

به‌عنوان مثالی از فضای سست که با پوسته‌های NTFS از نوع ۴۰۹۶ بایت نشان داده می‌شوند: ۱۰۰٬۰۰۰ پرونده که هر ۵ بایت در پرونده، برابر ۵۰۰٬۰۰۰ بایت دادهٔ واقعی است؛ اما نیازمند ۴۰۹٬۶۰۰٬۰۰۰ بایت از فضای دیسک برای ذخیره شدن می‌باشد.
وضعیت بازی (فیلم)

| وضعیت بازی | وضعیت بازی |
| --- | --- |
کارگردان: کوین مک‌دانلد
تهیه‌کننده: تیم بوان اریک فلنر
نویسنده: ماتیو مایکل کارنهان تونی گیلروی بیلی ری
بر پایه: وضعیت فعلی اثر پل ابوت
بازیگران: راسل کرو بن افلک ریچل مک‌آدامز رابین رایت هلن میرن جیسون بیتمن وندی مکه‌نا بری شاباکا هنلی
موسیقی: الکس هفس
شرکت تولید: استودیوکانال
توزیع‌کننده: یونیورسال استودیوز ویلیج رودشو پیکچرز
تاریخ‌های انتشار:  ۱۷ آوریل ۲۰۰۹ (۲۰۰۹-۰۴-۱۷) (ایالات متحده)    ۲۲ آوریل ۲۰۰۹ (۲۰۰۹-۰۴-۲۲) (بریتانیا)  
مدت زمان: ۱۲۸دقیقه
کشور: ایالات متحده بریتانیا فرانسه
زبان: انگلیسی 
هزینهٔ فیلم: ۶۰ میلیون دلار
فروش گیشه: ۸۷٫۸ میلیون دلار
وضعیت بازی (به انگلیسی: State of Play) فیلمی در ژانر تریلر سیاسی محصول سال ۲۰۰۹ ایالات متحدهٔ آمریکا به کارگردانی کوین مک‌دانلد و نویسندگی ماتیو مایکل کارنهان، تونی گیلروی و بیلی ری است. این فیلم اقتباسی از مجموعهٔ تلویزیونی معروفی با همین نام است که در سال ۲۰۰۳ از شبکه بی‌بی‌سی پخش شد. در این فیلم بازیگرانی همچون راسل کرو، بن افلک، ریچل مک‌آدامز، هلن میرن، جیسون بیتمن و رابین رایت ایفای نقش کرده‌اند.
راسل کرو در این فیلم نقش کال مک‌آفری را که یک روزنامه‌نگار است، بازی می‌کند. داستان فیلم حول تلاش‌های کال برای پرده‌برداشتن از راز قتل معشوقه سناتور آمریکایی که نقش آنرا بن افلک بازی می‌کند شکل می‌یابد. درونمایه فیلم بررسی نقش بی‌طرفی در کارهای خبرنگاری و رابطهٔ بین سیاستمداران و رسانه‌هاست.
بازیگران و شخصیت‌ها

راسل کرو (کال مک‌آفری، روزنامه‌نگار)
بن افلک (رپ. استفن کالینز)
ریچل مک‌آدامز (دلا فرای)
رابین رایت
هلن میرن (کامرون لین)
جیسون بیتمن (دومونیک فوی)
جزئیات

کارگردان فیلم کارگردان سه‌گانه بورن نیز هست.
شعار فیلم: حقیقت را پیدا کن.
سید محمدرضا تنکابنی

| سیدمحمدرضا تنکابنی | سیدمحمدرضا تنکابنی |
| --- | --- |
نماینده دوره بیست و سوممجلس شورای ملی: نماینده دوره بیست و سوممجلس شورای ملی
حوزه انتخاباتی: قزوین
 :  
اطلاعات شخصی: اطلاعات شخصی
ملیت: ایرانی
پیشه: سیاستمدار
سیدمحمدرضا تنکابنی سیاست‌مدار ایرانی بود، که در  دوره بیست و سوم  به عنوان نماینده قزوین در مجلس شورای ملی حضور داشت.
پدر (فیلم ۲۰۰۰)

| پدر | پدر |
| --- | --- |
کارگردان: Wang Shuo
تهیه‌کننده: Han Sanping Wang Weijing
نویسنده: فنگ شیائوگانگ Wang Shuo Novel: Wang Shuo
بازیگران: فنگ شیائوگانگ
موسیقی: Shi Wanchun
فیلم‌بردار: Yang Xiaoxiong
تدوین‌گر: Zhou Ying
تاریخ‌های انتشار:  ۱۱ اوت ۲۰۰۰ (۲۰۰۰-۰۸-۱۱) (Locarno)  
مدت زمان: ۹۶ دقیقه
کشور: China
پدر (انگلیسی: Father) فیلمی در ژانر کمدی-درام است که در سال ۲۰۰۰ منتشر شد.
دمیتری نوسوف

| دمیتری نوسوف | دمیتری نوسوف |
| --- | --- |
زادهٔ: Dmitri Yurievich Nossov ۹ آوریل ۱۹۸۰ ‏(۴۴ سال)
محل زندگی: مسکو، روسیه
ملیت: روسیه
وزن: ۸۱ کیلوگرم (۱۷۹ پوند).
سبک: سامبو، جودو، جوجیتسو برزیلی
مبارزه کردن از: نیژنی نووگورود، روسیه
تیم: Nossov Team Sambo-70
رده:   black belt and 1st International Master in سامبو   black belt in جودو   brown belt in جوجیتسو برزیلی
| سوابق مدال> جودو مردان.به نمایندگی از   روسیه.بازی‌های المپیک | سوابق مدال> جودو مردان.به نمایندگی از   روسیه.بازی‌های المپیک | سوابق مدال> جودو مردان.به نمایندگی از   روسیه.بازی‌های المپیک |
| --- | --- | --- |
|  |  جودو در بازی‌های المپیک تابستانی ۲۰۰۴  | 81 kg |
European Championships: European Championships
|  |  2004 Bucharest  | 81 kg |
دمیتری نوسوف (روسی: Дмитрий Юрьевич Носов؛ زادهٔ ۹ آوریل ۱۹۸۰) جودوکار اهل روسیه بود.
زدنکا زادنیکووا-ولنتسووا

| زدنکا زادنیکووا-وُلنتسووا | زدنکا زادنیکووا-وُلنتسووا |
| --- | --- |
زدنکا زادنیکووا-وُلنتسووا در سال ۲۰۱۱: زدنکا زادنیکووا-وُلنتسووا در سال ۲۰۱۱
زادهٔ: ۲۵ اکتبر ۱۹۷۴ ‏(۴۹ سال) اوستی ناد اورلیتسی، چکسلواکی
ملیت: چک
پیشه: بازیگر
سال‌های فعالیت: ۱۹۹۵-اکنون
زدنکا زادنیکووا-وُلنتسووا (چکی: Zdeňka Žádníková-Volencová؛ زادهٔ ۲۵ اکتبر ۱۹۷۴) بازیگر اهل جمهوری چک است.
از فیلم‌ها یا برنامه‌های تلویزیونی که وی در آن نقش داشته‌است، می‌توان به آنه فرانک: تمام داستان و پیوندهای خانوادگی اشاره کرد.
ویموکی جایاسوندرا

| ویموکی جایاسوندرا | ویموکی جایاسوندرا |
| --- | --- |
زادهٔ: ۱ ژانویه ۱۹۷۷
ویموکی جایاسوندرا (سینهالی: විමුක්ති ජයසුන්දර؛ ۱ ژانویه ۱۹۷۷) یک کارگردان، و فیلم‌نامه‌نویس اهل سری‌لانکا است. فیلم او سرزمین متروک برنده دوربین طلایی از جشنواره فیلم کن شده است. از فیلم‌های او می توان به قارچ اشاره کرد.
سیارک ۳۳۸۵

| کشف | کشف |
| --- | --- |
تاریخ کشف: سپتامبر ۲۴, ۱۹۷۹
ویژگی‌های مداری: ویژگی‌های مداری
مبدأ مه ۱۴, ۲۰۰۸: مبدأ مه ۱۴, ۲۰۰۸
اوج: ۲.۳۱۲۹۰۲۷
حضیض: ۲.۱۲۸۸۵۵۷
خروج از مرکز مداری: ۰.۰۴۱۴۳۵۶
تناوب مداری: ۱۲۰۸.۸۸۷۲۹۶۱
آنومالی متوسط: ۳۴۵.۰۷۲۴۸
انحراف: ۶.۸۰۳۲۳
 :  
سیارک ۳۳۸۵ (به انگلیسی: 3385 Bronnina، نامگذاری:1979SK11) سه هزار و سیصد و هشتاد و پنجمین سیارک کشف شده‌است که در ۲۴ سپتامبر ۱۹۷۹ کشف شد.
قدر مطلق سیارک برابر ۱۲٫۸۰ است.
هراخولوسکی (ناحیه پراخاتیتسه)

| هراخولوسکی (ناحیه پراخاتیتسه) | هراخولوسکی (ناحیه پراخاتیتسه) |
| --- | --- |
شهر: شهر
Farmhouse No. 31, one of listed examples of 19th-century vernacular architecture in the village: Farmhouse No. 31, one of listed examples of 19th-century vernacular architecture in the village
هراخولوسکی (ناحیه پراخاتیتسه): هراخولوسکی (ناحیه پراخاتیتسه)
مختصات: ۴۹°۳′۱۶″ شمالی ۱۴°۵′۵۸″ شرقی﻿ / ﻿۴۹٫۰۵۴۴۴°شمالی ۱۴٫۰۹۹۴۴°شرقی﻿ / 49.05444; 14.09944: مختصات: ۴۹°۳′۱۶″ شمالی ۱۴°۵′۵۸″ شرقی﻿ / ﻿۴۹٫۰۵۴۴۴°شمالی ۱۴٫۰۹۹۴۴°شرقی﻿ / 49.05444; 14.09944
کشور:  جمهوری چک
منطقه: منطقه بوهمی جنوبی
ناحیه: Prachatice
مساحت: مساحت
 • کل: ۲۱٫۳۴ کیلومتر مربع (۸٫۲۴ مایل مربع)
ارتفاع: ۴۹۶ متر (۱۶۲۷ فوت)
جمعیت (2006): جمعیت (2006)
 • کل: ۴۸۱
 • تراکم: ۲۳/کیلومتر مربع (۵۸/مایل مربع)
کد پستی: 383 01 to 384 11
وبگاه: http://www.netolice.cz/hracholusky/
هراخولوسکی (به چکی: Hracholusky) یک منطقهٔ مسکونی در جمهوری چک است که در ناحیه پراخاتیتسه واقع شده‌است. هراخولوسکی ۲۱٫۳۴ کیلومتر مربع مساحت و ۴۸۱ نفر جمعیت دارد و ۴۹۶ متر بالاتر از سطح دریا واقع شده‌است.