আমি চেষ্টা করছি mountএবং অ্যাক্সেস .ima ফর্ম্যাটে একটি ফ্লপি ইমেজ ফাইল (ফ্লপি থেকে কাঁচা ডাম্প, অনুরূপ .img ArchLinux তে) খুলুন।
এই ফাইলটি 30 টি সংস্থার অংশ It এটি বুটেবল নয়, বরং সেটটির ধারাবাহিকতা। উদ্দেশ্যটি ইনস্টলেশন বা ক্লোনিংয়ের স্বার্থে হেরফের নয়। আমি ডিস্কের অন্যান্য ডেটাযুক্ত ডকুমেন্টেশনে আগ্রহী।
চিত্র ফাইল তথ্য
এই চিত্র ফাইল সম্পর্কে কিছু তথ্য এখানে:
# file U19.IMA
U19.IMA: PC formatted floppy with no filesystem
# fdisk -lu U19.IMA
Disk U19.IMA: 1.4 MiB, 1474560 bytes, 2880 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
(parted) print
Error: /home/meh/Downloads/U19.IMA: unrecognised disk label
Model: (file)
Disk /home/meh/Downloads/U19.IMA: 1475kB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:
মাউন্ট ব্যর্থ
এখানে জেনেরিক ত্রুটি বার্তাটি রয়েছে:
mount -o ro,loop U19.IMA /mnt/cd/
mount: wrong fs type, bad option, bad superblock on /dev/loop0,
missing codepage or helper program, or other error
আমি এনটিএফএস, এমএসডোস, আইসো9660, ভিফ্যাট সহ একটি ধরণের নির্দিষ্ট করার চেষ্টা করে অনেকগুলি সমন্বয় চেষ্টা করেছি এবং সর্বদা একই ত্রুটি পেয়েছি। আমি ভেবেছিলাম এটি সম্ভবত কোনও ধরণের এনটিএফএস ফাইল ফর্ম্যাট তবে এনটিএফএস -3 জি এর চেয়ে বেশি ভাল কাজ করে না তাই না:
# ntfs-3g -o loop U19.IMA /mnt
NTFS signature is missing.
Failed to mount '/home/meh/Downloads/U19.IMA': Invalid argument
The device '/home/meh/Downloads/U19.IMA' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
# ntfsclone -r -o file.img U19.IMA
ntfsclone v2013.1.13 (libntfs-3g)
ERROR: Input file is not an image! (invalid magic)
কেউ হয়ত একটি মিনিক্স এফএস পরামর্শ দিয়েছে। যদিও আমি এখনও আমার বর্তমান কনফিগারেশনটি দিয়ে চেষ্টা করেছি এমন ফাইল সিস্টেমটি সত্যিই মাউন্ট করতে পারি কিনা তা পরিষ্কার নয়:
mount -t minix -o loop U19.IMA /mnt/cd
which gave the generic error but there was this at the bottom of the log:
VFS: Can't find a Minix filesystem V1 | V2 | V3 on device loop0.
দেখে মনে হচ্ছে এটি চূড়ান্ত নয়, যেমন আপনি যখন একটি নির্দিষ্ট ধরণের ফাইল সিস্টেম নির্দিষ্ট করেন তখন লগতে আপনার নির্দিষ্ট ধরণের ত্রুটি থাকবে। চেষ্টাও করেছেন [fuseiso][2]:
# fuseiso U19.IMA /mnt/cd
init: wrong standard identifier in volume descriptor 0, skipping..
init: wrong standard identifier in volume descriptor 1, skipping..
init: wrong standard identifier in volume descriptor 2, skipping..
init: wrong standard identifier in volume descriptor 3, skipping..
init: wrong standard identifier in volume descriptor 4, skipping..
init: wrong standard identifier in volume descriptor 5, skipping..
init: wrong standard identifier in volume descriptor 6, skipping..
init: wrong standard identifier in volume descriptor 7, skipping..
init: wrong standard identifier in volume descriptor 8, skipping..
init: wrong standard identifier in volume descriptor 9, skipping..
init: wrong standard identifier in volume descriptor 10, skipping..
init: wrong standard identifier in volume descriptor 11, skipping..
init: wrong standard identifier in volume descriptor 12, skipping..
init: wrong standard identifier in volume descriptor 13, skipping..
init: wrong standard identifier in volume descriptor 14, skipping..
init: wrong standard identifier in volume descriptor 15, skipping..
init: wrong standard identifier in volume descriptor 16, skipping..
init: wrong standard identifier in volume descriptor 17, exiting..
যেখানে আমি এই জাতীয় জিনিসগুলি দেখতে পাচ্ছি dmesg:
[ 5316.082629] FAT-fs (loop0): invalid media value (0xf6)
[ 5316.082644] FAT-fs (loop0): Can't find a valid FAT filesystem
এছাড়াও, lsmod | grep loopদেয়
loop 18511 0
কোনও ধরণের বিকল্প বিকল্প নেই :
# mkfs -n U19.IMA
mke2fs 1.42.8 (20-Jun-2013)
U19.IMA is not a block special device.
Proceed anyway? (y,n) y
Filesystem label=
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
Stride=0 blocks, Stripe width=0 blocks
184 inodes, 1440 blocks
72 blocks (5.00%) reserved for the super user
First data block=1
Maximum filesystem blocks=1572864
1 block group
8192 blocks per group, 8192 fragments per group
184 inodes per group
অনেক বিপক্ষে মামলা আমি পড়তে সম্পর্কে, কোন এখানে অফসেট যেমন কোন ইমেজ সালে নির্মিত পার্টিশন তা নির্দিষ্ট করার কোন প্রয়োজন মনে করা হয়। এই ধরনের ক্ষেত্রে, কখনও কখনও ddকমান্ডটি কোনও অফসেট মান ব্যবহার করে অনুরূপ চিত্রটিতে সামগ্রী স্থানান্তর করতে ব্যবহৃত হয় যা মাউন্টিংকে অনুমতি দেয়। এটি mountসরাসরি কমান্ডের একটি অফসেট নির্দিষ্ট করার মতোই বলে মনে হচ্ছে । তবে এটি সহজ হওয়া উচিত, যেমন এই অন্যান্য ক্ষেত্রে losetupযেমন একটি সরল ব্যবহৃত হয় এবং তারপরে লুপ ডিভাইসটি মাউন্ট করা হয়। আমি .ima ফাইলটি লটআপের সাথে লিঙ্ক করতে পারি তবে যখন আমি লুপ ডিভাইসটি মাউন্ট করার চেষ্টা করি তখন আমি আমার প্রাথমিক ত্রুটি বার্তাটি শেষ করি।
তথ্য অখণ্ডতা
শেষ safecopy --stage1অবধি, ডেটা সহ কোনও সমস্যার প্রতিবেদন করবেন না এবং পর্যায় 3 পর্যন্ত আউটপুট একই থাকে এবং একই ত্রুটি পাওয়া যায়:
# safecopy U19.IMA test.img --stage1
Low level device calls enabled mode: 2
Reported hw blocksize: 4096
Reported low level blocksize: 4096
File size: 1474560
Blocksize: 4096
Fault skip blocksize: 147456
Resolution: 147456
Min read attempts: 1
Head moves on read error: 0
Badblocks output: stage1.badblocks
Marker string: BaDbLoCk
Starting block: 0
Source: U19.IMA
Destination: test.img
. ;-} 100%
Done!
Recovered bad blocks: 0
Unrecoverable bad blocks (bytes): 0 (0)
Blocks (bytes) copied: 360 (1474560)
এখানে ফাইলের শীর্ষস্থানীয় এবং সামগ্রীটি অক্ষত বলে মনে হচ্ছে:
dd if=U19.IMA | hexdump -C | head -n 10
00000000 f6 f6 f6 f6 f6 f6 f6 f6 f6 f6 f6 f6 f6 f6 f6 f6 |................|
*
00004600 34 2e 30 2e 32 20 33 38 36 75 6e 69 78 20 46 6e |4.0.2 386unix Fn|
00004610 64 20 53 65 74 20 35 20 6f 66 20 31 30 0a 00 00 |d Set 5 of 10...|
00004620 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
"ফরেনসিক"
যেহেতু একটি কাঁচা চিত্রটি উত্স মাধ্যমের একটি সেক্টর বাই সেক্টর বাইনারি অনুলিপি নিয়ে গঠিত তাই ফাইল সামগ্রীর আসল বিন্যাসটি ডিস্কের ফাইল সিস্টেমের উপর নির্ভর করবে যা থেকে চিত্রটি তৈরি করা হয়েছিল (যেমন FAT এর সংস্করণ)। [...] যেহেতু আইএমজি ফাইলগুলি ডিস্কের সামগ্রীগুলির বাইরে কোনও অতিরিক্ত ডেটা রাখে না, এই ফাইলগুলি কেবল তাদের প্রোগ্রামগুলি সনাক্ত করতে পারে এমন প্রোগ্রামগুলিই পরিচালনা করতে পারে।
পরামর্শ অনুসরণ করে, আমি সেট (30) এর কিছু অন্যান্য চিত্র ফাইল বিশ্লেষণ করতে এগিয়ে গেলাম:
fdisk -lu U14.IMA
Disk U14.IMA: 1.4 MiB, 1474560 bytes, 2880 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x00000000
This doesn't look like a partition table. Probably you selected the wrong device.
Device Boot Start End Blocks Id System
U14.IMA1 3840 11519 3840 0 Empty
U14.IMA2 2425393152 4850786447 1212696648 0 Empty
U14.IMA3 ? 2425393296 4850786591 1212696648 90 Unknown
U14.IMA4 ? 2425393296 4850786591 1212696648 90 Unknown
দুঃখিত তবে এটি কোনও পার্টিশন টেবিলের মতো দেখাচ্ছে তবে এটি অস্বাভাবিক। এটি আইডি 90 সম্পত্তি অন্তর্ভুক্ত :
90h MBR, EBR CHS, LBA x86, 68000, 8080/Z80 Hidden, Filesystem FreeDOS Free FDISK Hidden FAT16 (corresponds with 04h i.e. MS Fat16 DOS 3.0+ < 65536 sectors)
তাই আমি যে চিত্রটি পেয়েছি তা মাউন্ট করার চেষ্টা করছি:
# mount -t auto U14.IMA /mnt/cd
mount: unknown filesystem type 'sysv' <-----
যেহেতু কেউ ইঙ্গিত করেছিলেন, আপনার যেমন কিছু ব্যবহার করার জন্য কার্নেলের মধ্যে সংকলিত ' সিস্টেম ভি এবং কোহরেন্ট ফাইল সিস্টেম সমর্থন ' এর মতো নির্দিষ্ট কিছু থাকা দরকার । এসআইএসভি স্ট্রিংটি এত আশ্চর্যজনক নয়, যেহেতু এটি এটিএন্ডটি ইউনিক্স সিস্টেম ভি / 386 রিলিজ 4 সংস্করণ 2.1 ইনস্টল মিডিয়া - একটি বন্দর যা ২০০ Sun সাল পর্যন্ত সান দ্বারা সমর্থিত ছিল - এবং এই চিত্রগুলি ২০০ 2007 সালে বুনোতে শেষ হয়েছিল। আসলে একটি পাঠ্য চিত্রগুলির সাথে বান্ডিলযুক্ত ফাইলটি ইঙ্গিত দেয় যে বুট সেক্টরের প্রকৃতি এবং ব্যবহারের ফর্ম্যাটের কারণে এটি ইনস্টলেশনের জন্য প্রয়োজনীয়। একটি ইঙ্গিত পাওয়া যায় যে উপাদানটি মূলত টেল্ডিস্ক (টিডি 0) ফর্ম্যাটে ছিলmount -t sysv। আমি এখানে চাপ দিতে চাই যে এটি মূল উপাদান নয়। কোনও অবস্থাতেই আমি প্রশ্নটিতে বর্ণিত অফসেটগুলি গণনা করতে পারি না - হয় 512 দ্বারা বিভাজক করার সময় আমি পূর্ণসংখ্যার সাথে শেষ করি না, এবং চেষ্টা করেও মনে হয় আমি যথাযথ অফসেটটি খুঁজে পাচ্ছি না - dd: cannot skip to specified offset, 0 writesইত্যাদি So এই মুহুর্তে উত্তরটি ফরেনসিক সম্পর্কে, এবং কোনও চিত্র ফাইল সম্পর্কে আর নেই।
কিউমু সহ দ্রুত sourceতিহাসিক চিত্র উত্স ওএস অনুকরণ
এটি অ্যান্ড টি ইউনিক্স সিস্টেম ভি রিলিজ 4 সংস্করণ 2.1
LABEL Version X of X
AT&T UNIX SVR4.0 2.1 --------------------------------------------------
U01.IMA Maintanace Disk1 2.1 2 of 2
U02.IMA Remote Terminal 2.1 1 of 1
Package
U03.IMA BSD Comp. Pkg. 2.1 1 of 2
U04.IMA BSD Comp. Pkg. 2.1 2 of 2
U05.IMA Networking Supp. 2.1 1 of 1
Util. Pkg.
U06.IMA Xenix Comp. Pkg 2.1 1 of 1
U07.IMA FACE Pkg. 2.1 1 of 1
U08.IMA FMLI Pkg. 2.1 1 of 1
U09.IMA Editing Utils. 2.1 1 of 1
U10.IMA OA&M Basic & Ext. 2.1 1 of 3
U11.IMA OA&M Basic & Ext. 2.1 2 of 3
U12.IMA OA&M Basic & Ext. 2.1 3 of 3
U13.IMA Foundation Set 2.1 1 of 10
Base System Pkg.
2 User System
U14.IMA Base 2.1a 1 of 10
U15.IMA Base 2.1 2 of 10
U16.IMA Base 2.1a 2 of 10
U17.IMA Base 2.1 3 of 10
U18.IMA Base 2.1 4 of 10
U19.IMA Base 2.1 5 of 10
U20.IMA Base 2.1 6 of 10
U21.IMA Base 2.1 7 of 10
U22.IMA Base 2.1 8 of 10
U23.IMA Base 2.1 10 of 10
U24.IMA Maintanance 1 2.1 1 of 2
U25.IMA Base 2.1 9 of 10
U26.IMA Printer Pkg 2.1 3 of 3
U27.IMA Printer Pkg 2.1 2 of 3
U28.IMA Printer Pkg 2.1 1 of 3
U29.IMA 16 to unlimited 2.1 1 of 1
User License
U30.IMA 2 to 16 User 2.1 1 of 1
License
প্রস্তাবিত হিসাবে, আমি সেট একটি পূর্ববর্তী চিত্র থেকে ইনস্টল করা। এটি মূলত চিত্র 14 দিয়ে শুরু করে qemu এখানে বর্ণিত মত ব্যবহারের সাথে জড়িত (প্রথমে losetup /dev/loop0 U14.IMAএকটি সহজ qemu-system-x86_64 -m 256 -hda test.img -fda /dev/loop0 -boot a) তবে U19 বুটযোগ্য নয়। এখানে যা দুর্দান্ত তা হ'ল আপনাকে ওএসেই ছবিগুলি মাউন্ট / অমাউন্ট করতে হবে না, আপনি ctrl-alt-2মনিটরটি অ্যাক্সেস করতে বা ছেড়ে দিতে কেবল কিউমু দিয়ে 1 ব্যবহার list blocksকরতে পারেন এবং change floppy0 imagenameচিত্রটি পরিবর্তন করার জন্য আপনি কী মাউন্ট করেছেন এবং সেই ইন্টারফেসে দেখতে চান উদাহরণস্বরূপ ইনস্টল করার সময় ফাইল।
আমি ইনস্টলেশনের সময় U19.IMA (ডিস্ক 5) সরবরাহ ছিল (একটি পাঠগত লগ জন্য, ইনস্টল দেখতে এই - একটি হাইলাইট MS-DOS এর রেফারেন্স), এবং আমি এই অর্থাত একটি সঠিকভাবে ইনস্টল যেমন AT & T ইউনিক্স সিস্টেমের শেষ পর্যন্ত ভি 386 ওএস, সুতরাং এটি বেশিরভাগই নিশ্চিত করে U19.IMA একটি ওয়ার্কিং ডিস্ক চিত্র:
ডিফল্টরূপে / dev / fd মাউন্ট করা হয় / dev / fd এবং একটি ব্লক (/ dev / dsk / f0) এবং কাঁচা (/ dev / dsk / f0) ডিভাইসের মাধ্যমে ফ্লপি অ্যাক্সেসও পাওয়া যায়। ফ্লপিটিতে ডিরেক্টরি পরিবর্তন করা কেবল 1 থেকে 23 পর্যন্ত সংখ্যায়যুক্ত ফাইলগুলি দেখায় (এটি আমার অনুমান অক্ষরের ডিভাইসের কাঠামো মাত্র)। আপনি catকাঁচা এবং ব্লক ডিভাইসগুলিও দেখতে পারেন এবং সেখানে ফ্লপি ডেটা দেখতে পাবেন তবে এটি যতটা কাছে যায় তত কাছাকাছি।
আমি লক্ষ্য করেছি যে এই ওএসে আপনি কোনও ডিরেক্টরি থেকে কোনও স্ক্রিপ্ট চালু করে ফ্লপি থেকে স্টাফ ইনস্টল করবেন না যেমন উদাহরণস্বরূপ আপনি সংকোচিত বাইনারি ফাইলগুলি করেন - এখানে আপনি ব্যবহার করবেন pkgadd -d diskette1(অবশ্যই শেষ শব্দটি কিছু এলিয়াস, তবে আমি pkgadd (1M) এর জন্য এসসিও স্টাফগুলিতে -d সুইচের একটি রেফারেন্স পেয়েছেএবং সাধারণত এটি বাণিজ্যিক ইউনিক্সে প্রায়শই উপস্থিত হয় (ওরাকল, এইচপি ভাগ পিকগ্যাড (1 এম))। কমান্ড জারি করা একটি রুটিন চালু করে যেখানে আপনি ফ্লপি সরবরাহ করেন এবং আপনার কোনও নিয়ন্ত্রণ নেই, রুটিনের পরে ড্রাইভের মধ্যে কী আছে তা খুঁজে পাওয়ার পরে "না" বলার অপেক্ষা রাখে না। ডিস্কের ক্ষেত্রে যা ইনস্টলেশন অনুক্রম শুরু হয় (U03, U05 ইত্যাদি), এটি প্যাকেজ ইনস্টল সম্পূর্ণ না হওয়া অবধি পরবর্তী ফ্লপি ইত্যাদি জিজ্ঞাসা করবে। আপনি যদি কোনও ফ্লপি রাখেন যা কোনও সেটের শুরু নয়, এটি মূলত কিছুই খুঁজে পায় না তবে আপনাকে সম্ভবত installpkgআদেশটি ব্যবহার করতে হবে বলে আপনাকে জানায় ।
সেই চিত্রের ফাইলে ডেটা অ্যাক্সেস করার জন্য আমি কি আমার রগটিতে একটি শারীরিক ফ্লপি ড্রাইভ ইনস্টল করব?
mount -t minix -o loop U19.IMA /mnt/cdএবং আমি জেনেরিক ত্রুটি পাই তবে ডেমসগে এই জমিটি VFS: Can't find a Minix filesystem V1 | V2 | V3 on device loop0.কি কার্নেলের ইতিমধ্যে কোনও ইঙ্গিত রয়েছে বা আমি এর উপর নির্ভর করতে পারি না ?. যাইহোক, আপনি যা বলেছিলেন তা আমি তদন্ত করব। আমি জানি এটি বুটযোগ্য নয়, যদিও আমি সামগ্রীগুলি অ্যাক্সেস করতে চাই। ধন্যবাদ।
fileপ্রস্তাবিতগুলির আউটপুট চিত্রটিতে কোনও ফাইল সিস্টেম নেই। আপনি কি নিশ্চিত যে আপনার ডেটা আসলে আছে? দেখে মনে হচ্ছে আপনি কোনও পার্টিশন এবং কোনও ফাইল সিস্টেম ছাড়াই কাঁচা ড্রাইভের একটি চিত্র মাউন্ট করার চেষ্টা করছেন।