আমি> 4KB ব্লক আকারের সাথে ফাইল সিস্টেমগুলি কীভাবে মাউন্ট করতে পারি?


18

আমার কাছে একটি ডাব্লুডি মাইবুক লাইভ এনএএস থেকে 3TB হার্ড ডিস্ক আছে। পার্টিশন টেবিলটি নিম্নরূপ:

Model: ATA WDC WD30EZRS-11J (scsi)
Disk /dev/sdb: 3001GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt

Number  Start   End     Size    File system  Name     Flags
 3      15.7MB  528MB   513MB                primary
 1      528MB   2576MB  2048MB  ext3         primary  raid
 2      2576MB  4624MB  2048MB  ext3         primary  raid
 4      4624MB  3001GB  2996GB  ext4         primary

সুতরাং আমি পার্টিশন 4 (বড়টি!) অ্যাক্সেস করার চেষ্টা করছি:

root@john-desktop:~/linux-3.9-rc8# mount -t ext4 /dev/sdb4 /mnt/
mount: wrong fs type, bad option, bad superblock on /dev/sdb4,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

ডেমস্যাগ আউটপুট:

[ 2058.085881] EXT4-fs (sdb4): bad block size 65536

এটি যথেষ্ট ন্যায্য। আমি যতদূর বলতে পারি যে আমার কার্নেলটি 4K এর বেশি ব্লকের আকারগুলি সমর্থন করার জন্য কনফিগার করা হয়নি।

আমার প্রশ্নটি হল, বড় ব্লক আকারের পার্টিশনগুলি মাউন্ট করার জন্য আমার কার্নেল কনফিগারেশনে আমি কোন প্রতীকটি সন্ধান করব? আমি এর জন্য গুগল স্ক্রোল করেছি এবং আমি ভেবেছিলাম যে বিকল্পটি আগে দেখেছি তবে আমি সর্বশেষতম স্থিতিশীল কার্নেল উত্সে এর কোনও উল্লেখ পাই না।

সম্পাদনা করুন : hdparm থেকে সম্পূর্ণ হার্ড ডিস্কের তথ্য এখানে: http://pastebin.com/hDdbUzjd

সম্পাদনা করুন : dumpe2fs আউটপুট:

Mount count:              0
Maximum mount count:      30Last checked:             Wed May 30 15:22:14 2012Check interval:           15552000 (6 months)Next check after:         Mon Nov 26 14:22:14 2012Lifetime writes:          319 GBReserved 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
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      cd7a28a0-714c-9942-29f4-83bca1209130
Journal backup:           inode blocks
Journal features:         journal_incompat_revoke
Journal size:             2048M
Journal length:           32768
Journal sequence:         0x00010146
Journal start:            0

দয়া করে মনে রাখবেন, মাউন্ট কমান্ডে একটি ব্লক আকার অতিক্রম করা কিছুই করে না: মাউন্ট -t ext4 -o বিএস = 65536 / dev / sdb4 / mnt .... bs বিকল্পটি কেবলমাত্র কয়েকটি মুষ্টিমেয় ফাইল সিস্টেমগুলিতে সমর্থিত (এবং এক্সটগুলি নয়)। ।)
জন হান্ট

dumpe2fs -hএই ভলিউমের আউটপুট কী ? Mke2fs এর জন্য আমার 2012 ম্যান পৃষ্ঠাটি বলেছেন: "বৈধ ব্লক-আকারের মান 1024, 2048 এবং প্রতি ব্লকে 4096 বাইট" " 4096 থেকে 65536 এ বেশ লাফিয়ে পড়েছে
হউক লেজিং

@ হককিজিং - এই আউটপুটটি যুক্ত করেছেন, ধন্যবাদ :)
জন হান্ট


@ জোফেল যা আসলে কোনও সমাধান দেয় না, কেবল একটি অস্পষ্ট যুক্তি।
জন হান্ট

উত্তর:


19

ওহো, আমি এটি সমাধান করেছি :)

সংক্ষিপ্ত উত্তরটি হল আপনি x86 লিনাক্স মেশিনে 4k ব্লক আকারের ডিভাইসগুলি মাউন্ট করতে পারবেন না যতদূর আমি কোনও গুরুতর কার্নেল হ্যাকিং ছাড়াই বলতে পারি।

যাইহোক, চারপাশে একটি কাজ আছে .. ডিস্ক মাউন্ট করতে ফিউজ-এক্সট 2 ব্যবহার করে:

fuseext2 -o ro -o sync_read /dev/sdb4 /mnt/

(আপনাকে সম্ভবত প্রথমে fuseext2 এপটি করতে হবে ..)

প্রথমবার পুরোপুরি কাজ করে!

এটি মূলত এটি হতে চলেছে যে কীভাবে লোকেরা তাদের মাইবুক লাইভ ডিস্কগুলি পুনরুদ্ধার করতে পারে।

হাওটো ব্লগ পোস্ট এখানে: http://john-hunt.com/2013/04/25/recovering-data-from-a-wd-mybook-live-2tb-3tbor-simar/


হ্যাঁ, কার্নেল পৃষ্ঠার ক্যাশে ব্লকের আকার সিপিইউর পৃষ্ঠার আকারের মধ্যে সীমাবদ্ধ করে, তাই i386 / amd64 এর জন্য আপনি 4k এর বেশি ব্লকের আকারের কোনও fs মাউন্ট করতে পারবেন না। অন্য বিকল্প হ'ল ই 2 টিউল ব্যবহার করা।
psusi

1
ধন্যবাদ! আমি এইভাবে একটি সিগেট কেন্দ্রীয় এনএএস ড্রাইভ অ্যাক্সেস করতে সক্ষম হয়েছি।
টোবিয়া

আমি 2 মেশিনে (কুবুন্টু 14.04 x86 এবং 15.10 x64) এ চেষ্টা করে দেখি, তবে উন্মুক্ত মাউন্ট ফোল্ডারে ফিউজেক্সট 2 দ্বারা 100% হিমাঙ্কিত এবং সিপিইউ ব্যবহার পেতে পারি। আমাকে কেউ বলতে পারে, কেন?
ইউরা শিংকারেভ

আমি ওয়াইশিংরেভের সাথে একইরকম অভিজ্ঞতা পাচ্ছি - ফিউজেক্সট 2 মাউন্টটি অ্যাক্সেস করার চেষ্টা করে ঝুলন্ত, যখন আমি এটি সরিয়ে দেওয়ার চেষ্টা করি তখনও জমাট বাঁধে। Ctrl + c এর কোনও প্রভাব নেই ...
অ্যাডাম গ্রিফিথস

যদিও এটি প্রতি সেপ্টেম্বর প্রশ্নের উত্তর দেয় না, আপনি debugfs /dev/sdXXযেখানে বেসিক কমান্ডগুলি চালাতে পারেন সেগুলি ব্যবহার করে lsএবং rdumpনিরাপদ স্থানে ফাইলগুলি অনুলিপি করে ডেটা পুনরুদ্ধার করতে পারেন । উত্স: n-dimensional.de/blog/2012/05/01/wd-mybook-live-data-rescue আমি এই পদ্ধতিটি ব্যবহার করেছি কারণ ফিউজেক্সট 2 হিমশীত হয়েছে ( বাগস.ডিবিয়ান.আর। 776248 )
আলেকজ
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.