Ext2 ইউএসবি স্টিকের উপর বড় ফাইল অনুলিপি করতে অক্ষম [বন্ধ]


10

আমার কাছে একটি 8 জি ইউএসবি স্টিক রয়েছে (আমি লিনাক্স মিন্টে আছি), এবং আমি এটিতে 5.4 জি ফাইলটি অনুলিপি করার চেষ্টা করছি, তবে পাচ্ছি

No space left on device

ব্যর্থ হওয়ার আগে অনুলিপি করা ফাইলটির ফাইলসাইজ সর্বদা 3.6G

মাউন্ট করা স্টিকের একটি আউটপুট শো করে ..

df -T
/dev/sdc1      ext2       7708584    622604   6694404   9% /media/moo/ba20d7ab-2c46-4f7a-9fb8-baa0ee71e9fe

df -h
/dev/sdc1       7.4G  608M  6.4G   9% /media/moo/ba20d7ab-2c46-4f7a-9fb8-baa0ee71e9fe

du -h --max-depth=1
88K ./.ssh

ls -h myfile 
-rw-r--r-- 1 moo moo 5.4G May 26 09:35 myfile

সুতরাং একটি 5.4 জি ফাইল, এটি 8 জি ইউএসবি স্টিকের বলে মনে হবে না। আমি ভেবেছিলাম ext2 নিয়ে সমস্যা নেই, এবং এটি কেবল ফাইলের আকার এবং ইউএসবি স্টিকের জন্য ফ্যাট 32 নিয়ে সমস্যা ছিল? বিন্যাস পরিবর্তন করা কি কোনও পার্থক্য করতে পারে?

সম্পাদনা করুন: ড্রাইভের জন্য টিউনফেসের একটি প্রতিবেদন এখানে


sudo tune2fs -l /dev/sdd1

Filesystem volume name: Last mounted on: /media/moo/ba20d7ab-2c46-4f7a-9fb8-baa0ee71e9fe Filesystem UUID: ba20d7ab-2c46-4f7a-9fb8-baa0ee71e9fe Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: ext_attr resize_inode dir_index filetype sparse_super large_file Filesystem flags: signed_directory_hash Default mount options: (none) Filesystem state: not clean with errors Errors behavior: Continue Filesystem OS type: Linux Inode count: 489600 Block count: 1957884 Reserved block count: 97894 Free blocks: 970072 Free inodes: 489576 First block: 0 Block size: 4096 Fragment size: 4096 Reserved GDT blocks: 477 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 8160 Inode blocks per group: 510 Filesystem created: Mon Mar 2 13:00:18 2009 Last mount time: Tue May 26 12:12:59 2015 Last write time: Tue May 26 12:12:59 2015 Mount count: 102 Maximum mount count: 26 Last checked: Mon Mar 2 13:00:18 2009 Check interval: 15552000 (6 months) Next check after: Sat Aug 29 14:00:18 2009 Lifetime writes: 12 GB Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 256 Required extra isize: 28 Desired extra isize: 28 Default directory hash: half_md4 Directory Hash Seed: 249823e2-d3c4-4f17-947c-3500523479fd FS Error count: 62 First error time: Tue May 26 09:48:15 2015 First error function: ext4_mb_generate_buddy First error line #: 757 First error inode #: 0 First error block #: 0 Last error time: Tue May 26 10:35:25 2015 Last error function: ext4_mb_generate_buddy Last error line #: 757 Last error inode #: 0 Last error block #: 0


আপনি বা আপনার সরঞ্জামগুলি জিবি বনাম জিআইবি সম্পর্কে বিভ্রান্ত হয়ে থাকতে পারেন? এটি যেহেতু এটি Ext2, তাই কতটা স্থান মূলের জন্য সংরক্ষিত (ডিফল্টরূপে এটি 5%)।
0xC0000022L

ধন্যবাদ, আমি কীভাবে বলতে পারি যে স্থানটি কতটা সংরক্ষিত আছে?
ইয়ান

@ ইয়ান ফাইল সিস্টেমের তথ্য প্রদর্শনের জন্য, ব্যবহার করুন:tune2fs -l /dev/<device>
মার্কো

3
আপনার ফাইল সিস্টেমে ত্রুটি রয়েছে। fsckফাইল সিস্টেমে চালনা করুন এবং এর সামগ্রীগুলি পরিদর্শন / মুছুন lost+found। এছাড়াও মনে রাখবেন যে 385MiB মূলের জন্য সংরক্ষিত (97894 ব্লক)। আপনি এই মানটি সাথে সামঞ্জস্য করতে পারেন tune2fs
মার্কো

1
আপনাকে অনেক ধন্যবাদ, এখন এটি কাজ করে। umount এবং sudo e2fsck / dev / sdd1 এটিকে ঠিক করে দিয়েছে বলে মনে হয়েছে (একাধিক দাবিযুক্ত ব্লক ত্রুটিগুলি সম্ভবত এটি পূর্ববর্তী ব্যর্থতা থেকে একই ফাইলের নাম হিসাবে উল্লেখ করেছে)। আপনি যদি উত্তর হিসাবে সেট করতে চান তবে তা গ্রহণ করবেন।
ইয়ান

উত্তর:


9

আপনার 8 জিবি স্টিকটিতে আনুমানিক 7.5 জিবিবি রয়েছে এবং কিছু ফাইল সিস্টেমের ওভারহেডের সাথে 5.4GiB ফাইল সংরক্ষণ করতে সক্ষম হওয়া উচিত।

আপনি tune2fsফাইল সিমেন্টের স্থিতি এবং বৈশিষ্ট্যগুলি পরীক্ষা করতে ব্যবহার করেন:

tune2fs -l /dev/<device>

ডিফল্টরূপে 5% স্থান মূল ব্যবহারকারীর জন্য সংরক্ষিত। আপনার আউটপুট 97894 ব্লক তালিকাবদ্ধ করে, যা প্রায় 385MiB এর সাথে মিলে যায় এবং এটি ডিফল্ট মান বলে মনে হয়। আপনার tune2fsযদি এত বেশি সংরক্ষিত জায়গার প্রয়োজন না হয় তবে আপনি এই মানটি ব্যবহার করে সামঞ্জস্য করতে চাইতে পারেন । তবুও, সেই 385MiB এর সাথেও ফাইল সিস্টেমে ফাইলটি ফিট করা উচিত।

আপনার tune2fsআউটপুট ত্রুটিযুক্ত একটি অশুচি ফাইল সিস্টেম দেখায়। সুতরাং দয়া fsckকরে ফাইল সিস্টেমে চালান । এটি ত্রুটিগুলি সংশোধন করবে এবং সম্ভবত কিছু ফাইল lost+foundডিরেক্টরিতে স্থাপন করবে। আপনি যদি ডেটা পুনরুদ্ধার করতে না চান তবে আপনি সেগুলি মুছতে পারেন।

এটি ফাইল সিস্টেমটি ঠিক করা উচিত এবং ফাইলটি অনুলিপি করা সফল হবে।


-3

ঠিক আছে, আমি জানি আমি একটি উইন্ডোজ ব্যবহারকারী, লিনাক্স ব্যবহারকারী নই, তবে একটি পুরানো ল্যাপটপ থেকে এবং স্থানান্তর করার জন্য 16 গিগের ডেটা স্টিকের সাথে ফাইলগুলি অনুলিপি করার চেষ্টা করার আগে আমার একই সমস্যা হয়েছিল। যেমনটি দেখা গেছে, অপসারণযোগ্য ডিভাইসগুলির জন্য বেশিরভাগ ফাইল সিস্টেম ফর্ম্যাটগুলি (ext2, ফ্যাট 32 ইত্যাদি) ফাইলটি 3.2Gigs আকারের চেয়ে বেশি হলে ফাইলগুলি অনুলিপি সমর্থন করে না, কারণ কিছুটা ডিফল্ট স্থান সাধারণত রুট এবং সিস্টেমের জন্য সংরক্ষিত থাকে of ফাইল ইত্যাদি ... ড্রাইভটি পূর্ণ ছিল বলে আমার সাধারণত ত্রুটি ঘটেছিল (যদিও এটি সম্পূর্ণ খালি এবং নতুনভাবে ফর্ম্যাট করা থাকে)।

কিছু গবেষণা করার পরে, আমি জানতে পেরেছিলাম যে এনটিএফএস ফাইল সিস্টেমটি সিস্টেম থেকে স্টিকের থেকে বড় ফাইলগুলি স্থানান্তর করার জন্য সবচেয়ে ভাল, কারণ এটি একমাত্র ফাইল সিস্টেম যা কোনও সমস্যা ছাড়াই ৩.২ এর চেয়ে বড় ফাইলগুলি অনুলিপি করতে দেয়।

এটি কোনও উপকারে আসবে কিনা তা জানেন না তবে এটি সর্বদা সম্ভাব্য সমাধান।


4
দুর্ভাগ্যবশত জন্য আপনাকে ext2 আসলে না সমর্থন যেমন বড় ফাইল এবং FAT32 সীমা ব্যতীত LFS ছাড়া 2 GiB, 4 GiB এবং FAT32 + + (সঙ্গে 256 GiB হয় সোর্স )।
0xC0000022L
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.