LTOOLS – თქვენი Linux ფაილები Windows 9x/ME და Windows NT/2000/XP

Original web-page: http://www.it.fht-esslingen.de/~zimmerma/software/ltools/ltools.html

ვერნერ ზიმერმანი/Werner Zimmermann

Linux Journal  რომელშიც LTOOLS.

Linux User Magazine.

Linux Communit.


LTOOLS უზრუნველყოფს Windows-ს მსგავსი ფუნქციონირებად, როგორც MTOOLS-ის ქვეშ Linux-ზე: ისინი მოგცემთ თქვენს ფაილებს “მტრული” ფაილური სისტემის შესახებ.


გამოყენება LTOOLS იმ ბრძანების

LTOOLS-ის ცენტრში არის ბრძანებათა პროგრამების კომპლექტი, რომელიც შეიძლება DOS-ის ან DOS-Window ფანჯრისგან Windows 9x/ME ან Windows NT/2000/XP-ში. ისინი უზრუნველყოფენ იმავე ფუნქციურობას, როგორც ცნობილი LINUX ბრძანებები ‘ls’, ‘cp’, ‘rm’, ‘chmod’, ‘chown’ და ‘ln’. ამდენად, ქვეშ DOS/Windows შეგიძლიათ

  • სია Linux ფაილი და დირექტორიები (ბრძანება: ldir)
  • ასლი ფაილი Linux, Windows და პირიქით (ბრძანებები: lread, lwrite)
  • წაშლა ან სახელის შეცვლა Linux ფაილი (ბრძანებები: ldel, lren)
  • შექმნა სიმბოლური ბმულები (ბრძანება: lln)
  • შევქმნათ ახალი Linux საიტები (ბრძანება: lmkdir)
  • ცვლილებები Linux ფაილი დაშვების უფლება და მფლობელი (ბრძანება: lchange)
  • შეცვლა Linux რა დირექტორია (ბრძანება: lcd),
  • მითითებული Linux ძირითადად drive (ბრძანება: ldrive) და
  • აჩვენოს თქვენი მყარი დისკი დანაყოფი setup (ბრძანება: ldir -part).

როგორც ბევრი UNIX ინსტრუმენტები, ეს ფუნქციები შედის ერთი შესრულებადი, რომელსაც ეწოდება ფუთა ბრძანების პარამეტრების. თქვენი ცხოვრება უფრო ადვილია, სურათების პაკეტის კომპლექტი (ჭურვი სკრიპტები) არის გათვალისწინებული, ასე რომ თქვენ არ უნდა გვახსოვდეს და შეიტანოთ ყველა ეს პარამეტრი.

დამატებით არსებობს LTOOLS-ის Unix/Linux ვერსია, ასე რომ თქვენ შეგიძლიათ გამოიყენოთ ისინი Solaris-ზე ან Linux-ზეც კი, როდესაც გსურთ სხვა ფაილური დისკზე წვდომის ფაილი ამ დანაწევრების გარეშე.

LTOOLgui – ჯავის პროგრამული გრაფიკული ინტერფეისი ამისთვის LTOOLS

ბრძანების პროგრამები ძველი მოძველებულია! სად არის LTOOLS გრაფიკული ინტერფეისი? კარგად, პრობლემა არ არის: გამოიყენეთ LTOOLgui. LToolgui, რომელიც Java-ს გამოყენებით JDK 2-ის სვინგის ბიბლიოთეკის გამოყენებით იყენებს Windows Explorer- ის ინტერფეისის ინტერფეისის (ნახ. 1). ორი ქვე-ფანჯარაში LTOOLgui გვიჩვენებს თქვენს DOS/Windows და Linux-ის Linux ხეების ხეებს. ნავიგაცია შეიძლება გაკეთდეს ჩვეულებრივი წერტილი-და-დააწკაპუნეთ ქმედებებით. ფაილების კოპირება Windows-დან Linux-მდე, ან პირიქით, შეიძლება გაკეთდეს ასლი-პასტის მიერ ან გადმოათრიე და ჩააგდე. მაუსის მარჯვენა ღილაკის დაჭერით გაიხსნება დიალოგი ფაილების ატრიბუტებით, როგორიცაა დაშვების უფლებები, GID ან UID. ორმაგი დაჭერით ფაილი დაიწყება, თუ ეს Windows შესრულებადი, ან გახსენით მასთან ასოცირებული პროგრამა. ეს კი მუშაობს Linux ფაილებთან, თუ მათ აქვთ დარეგისტრირებული Windows პროგრამა.

ჰო მართლა: თქვენ ასევე შეგიძლიათ LTOOLgui როგორც Linux მენეჯერის ქვეშ მენეჯერი. როგორც LTOOLS ბრძანების პროგრამები ასევე მოდის Linux ვერსია, ამდენად შეგიძლიათ წვდომის ფაილები დისკებზე, მათ გარეშე.

ავტორი აირჩია Java ამისთვის LToolgui, რადგან ჯავა განსაკუთრებით შეეფერება დაბალი დონის მყარი დისკი ხელმისაწვდომობის… მხოლოდ ხუმრობით! არა, რა თქმა უნდა, ჯავაში ეს შეუძლებელია. თუ აპარატურის პირდაპირ წვდომა გსურთ, თქვენ უნდა გამოვიყენოთ C++ კოდი და JNI (Java-ს მშობლიური ინტერფეისი). თუმცა, როგორც JNI მუშაობს მხოლოდ 32 ბიტიანი კოდით, Windows 9x/ME-ზე, ეს ნიშნავს, რომ “კონვერტაციის 32-ცოტა და 16 ფორმა ტებში” (იხ. ქვემოთ). როგორც ავტორი არ მოსწონდა იდეა, მზის ჯავის Microsoft-ის MASM კოდით დაემატა, მან კიდევ ერთი მიდგომა მიიღო. ის უბრალოდ იყენებს LTOOLS ბრძანების პროგრამას, რომელიც ჯავიდან გამოდის ცნობილი სტანდარტული შეყვანა/გამომავალი-ინტერფეისის მეშვეობით. ასე რომ Java მხარეს, ტექნიკის ხელმისაწვდომობა ნიშნავს მარტივი ნაკადი დაფუძნებული ფაილი შეყვანა/გამომავალი.

ნახაზი 1: Java დაფუძნებული LTOOLgui გრაფიკული ინტერფეისი

ფაილი ხელმისაწვდომი ინტერნეტში?

ეჭვგარეშეა, ნებისმიერი ხელოვნების პროგრამა უნდა იყოს ინტერნეტის ცოდნა! ასევე, თუ LREADjav-ზე დისტანციურ კომპიუტერზე აწარმოებთ და LTOOLgui-ის დაკავშირების ღილაკზე დაუკავშირდებით, შეგიძლიათ ამ ფაილში Linux- ის წვდომა მიუწვდებოდეს სერვერს, თითქოს ისინი ადგილობრივი. LREADjav არის მარტივი სერვერის დემონი, რომელიც ითარგმნება თხოვნას LToolgui-ზე TCP/IP-ზე, LTOOLS ბრძანების პროგრამაში და მოუწოდებს ბრძანებათა პროგრამების გამოშვებას TCP/IP-ის მეშვეობით LTOOLgui (ნახ. 2). რა თქმა უნდა, თქვენ შეგიძლიათ არა მხოლოდ დირექტორია განცხადების ნახვა, მაგრამ ყველაფრის გაკეთება შეგიძლიათ, რაც შეგიძლიათ გააკეთოთ ადგილობრივად, მათ შორის ფაილის ატვირთვა და ჩამოტვირთვა. დისტანციური მანქანა შეიძლება გაუშვათ Unix/Linux ან Windows. დღეს, ეს უფრო სათამაშოა, ვიდრე სერიოზული აპლიკაცია, რადგან LREADJAV-ს შეუძლია უსაფრთხოების პრობლემები. სტანდარტულ კონფიგურაციაში, ის შეიძლება გამოყენებულ იქნეს მხოლოდ “ლოგჰოსტისგან”, მაგრამ კონფიგურირებულია კონფიგურაცია, რათა დაუშვას კავშირები 3 სხვადასხვა დისტანციური კლიენტიდან. მაგრამ მათი იდენტიფიკაცია მხოლოდ მათი IP მისამართით არის განსაზღვრული, არ არსებობს პაროლი დაცვა ან მსგავსი. თუმცა, თუ მომხმარებელს აქვს სერიოზული განაცხადი, მას შეუძლია ადვილად განახორციელოს შესვლა/პაროლი სქემა… ეს ყველაფერი ღიაა!

ნახ. 2: LTOOLgui დისტანციური წვდომისთვის

არარის Java? გამოიყენეთ თქვენი ბრაუზერი!

იქნებ არ გაქვთ Java 2 დამონტაჟებული. ისე, არ არის პრობლემა, რადგან თქვენ გაქვთ ვებ ბრაუზერი. დაიწყეთ “LREADsrv” და თქვენი ბრაუზერი და URL ტიპის “http://localhost” (სურათი 3). ახლა თქვენი Linux დირექტორია ჩამონათვალი უნდა აჩვენოს გრაფიკულად თქვენს ბრაუზერში. LREADsrv არის პატარა ადგილობრივი ვებ-სერვერი, რომელიც მარტივი CGI-ის ინტერფეისის მეშვეობით უზრუნველყოფს LTOOLS-ს HTTP- ით მოთხოვნის მეშვეობით და მათი გამომუშავების დინამიურად HTML გვერდებზე გარდაქმნა (სურათი 4). რა თქმა უნდა, ეს არა მარტო ადგილობრივ ხელმისაწვდომობას უზრუნველყოფს, არამედ ინტერნეტის საშუალებით დისტანციური წვდომის საშუალებას იძლევა. თუმცა, დისტანციური მომხმარებლებისთვის LREADsrv-ს გააჩნია LRADADJav-ის იგივე დაბალი დონე.

იმის გამო, რომ LREADsrv ეფუძნება HTML ფორმებს, არ უჭერს მხარს გადმოათრიე და ჩააგდე ან პირდაპირი კოპირება და პასტა, თქვენს ვებ-ბრაუზერთან მუშაობა ცოტა ნაკლებად მოსახერხებელია, ვიდრე ჯავის დაფუძნებული GUI-სთან მუშაობა. მიუხედავად ამისა, იგი უზრუნველყოფს იგივე თვისებებს.

ნახაზი 3: Linux-ის Microsoft Internet Explorer-ის Linux ფაილების შესწავლა

ნახაზი 4: LREADsrv – HTTP დაფუძნებული ხელმისაწვდომობის Linux ფაილები

LTOOLS შინაგანი – Accessings მყარი დისკი ქვეშ Windows

როგორც DOS/Windows თავად არ ინტერფეისების საგარეო ფაილური სისტემების, რომ LTOOLS უნდა შედიხართ “ნედლეული” მონაცემების bytes პირდაპირ დისკზე. უნდა გვესმოდეს, რომ შინაგანი LTOOLS, თქვენ უნდა ჰქონდეს ძირითადი გაგება შემდეგ სფეროებში:

  • როგორ მყარი დისკიs ორგანიზებული დანაყოფები და სექტორში და როგორ შეიძლება ხელმისაწვდომი იყოს, ანუ როგორ “ნედლეული” bytes შეიძლება წაიკითხა ან წერილობითი დისკზე. ეს ინფორმაცია შეგიძლიათ იხილოთ მაგალითად /2,3/.
  • როგორ Linux გაფართოებული 2 სისტემიდან არის ორგანიზებული. კარგი მიმოხილვა ყველა ინდექსი დესკრიპტორები, ჯგუფები, კორპუსები, ცოტა რუკები და დირექტორიები პერსონალის გვხვდება მაგალითად /4/.

ეს ავტომატურად იწვევს ფენიანი არქიტექტურა LTOOLS ბირთვის (ნახ. 5), რომელიც შედგება რამდენიმე C ფაილი:

  • ყველაზე დაბალი ფენის 1 (ფაილი Readdisk.c) ფიზიკური ხელმისაწვდომი მყარი დისკი. ეს ფენა ეხება (თითქმის ყველა) განსხვავებები DOS, Windows 9x/ME, Windows NT/2000/XP და Linux/Unix უშუალო მყარი დისკი ხელმისაწვდომობა და მალავს მათ მაღალ დონეზე. უფრო მეტი, რომ მალე.
  • ფენა 2 გარიგება UNIX ტიპიური ინდექსი დესკრიპტორი, ბლოკი და ჯგუფური სტრუქტურები, რომელშიც Extended 2 სისტემიდან არის ორგანიზებული.
  • ფენა 3 ახერხებს დირექტორია სტრუქტურა სისტემიდან.
  • უმაღლესი ფენა 4 (შემოსული Main.c) უზრუნველყოფს ინტერფეისი და ინტენსიურობა ბრძანების პარამეტრები.

თქვენი მყარი დისკი-ის დანაყოფის ცხრილის სკანირებით, LTOOLS შეეცდება იპოვოთ თქვენი პირველი Linux დანაყოფი თქვენი პირველი მყარი დისკი ავტომატურად. თუ გსურთ სხვა დისკზე ან დისკზე წვდომა, თქვენ უნდა მიუთითოთ ბრძანებათა ზომა პარამეტრი ‘-s’, მაგ. ‘-s/dev/hdb2’. ალტერნატიულად შეგიძლიათ დააყენოთ სხვა ნაგულისხმევი დისკი და დანაყოფი ბრძანებით ‘ldrive’. გასარკვევად, რომელი დანაყოფები გაქვთ, დარეკეთ ‘ldir -part’.

ნახ. 5: LTOOLS ფენიანი არქიტექტურა

ცხოვრება ადვილი იყო DOS-ის კარგი ძველ დღეებში. იყო მხოლოდ ერთი გზა დაბალი დონის წაკითხვის ან წერის ხელმისაწვდომობისათვის თქვენს მყარი დისკი: BIOS შეუშალოს 13h /3/. BIOS-ის მონაცემთა სტრუქტურებში შეზღუდულია მყარი დისკიs to 1024 ცილინდრები, 63 ხელმძღვანელები და 255 სექტორების 512 ბაიტი, ანუ 8 გიგაბაიტები. ყველაზე C კომპილერები უზრუნველყოფდა ფუნქციას დაასახელა biosdisk(), ასე რომ ეს ფუნქცია შეიძლება პირდაპირ გამოყენებული იქნეს კოდექსის ენაზე კოდის გარეშე. უფრო დიდი მყარი დისკიs გამკლავება, რამდენიმე წლის წინ “გაფართოებული” შეუშალოს 13h ფუნქციები იქნა შემოღებული. BIOS-ის შეზღუდვების დასაძლევად, ეს ფუნქციები გამოიყენებს ხაზოვანი მიმართვის სქემას, ლოგიკური ბლოკის მისამართებს (LBA), ვიდრე ძველი ცილინდრიანი ხელმძღვანელი (CHS) მისამართით.

ეს ჯერ კიდევ მუშაობს Windows 9x/ME- ის DOS-ის ფანჯარაში (ცხრილი 1), წაკითხვის მინიმუმამდე მაინც და პროგრამა, რომელიც შედგენილია 16 ცოტა შემდგენლით. (LTOOLS-ის გამოყენება ბორლანდი C, Windows NT/2000/XP ვერსია ასევე Microsoft Visual C-ს გააჩნია, Unix/Linux ვერსია იყენებს GNU C). თუ გსურთ დაბალი დონე ჩაწეროს წვდომა, საჭიროა “მოცულობის ბლოკირება” /3/. ეს მექანიზმი ოპერაციულ სისტემას აცნობს, რომ თქვენი პროგრამა პირდაპირ დისკზე ასრულებს ოპერაციული სისტემის მძღოლების გვერდის ავლით, ისე, რომ Windows-ს შეუძლია სხვა პროგრამები დისკზე წვდომის თავიდან ასაცილებლად სანამ არ დასრულდება. ერთხელ ეს შეიძლება გაკეთდეს ასამბლეის პროგრამირების გარეშე C კომპაქტორის ioctl() ფუნქციის გამოყენებით.

16 ბიტიანი პროგრამების BIOS ფუნქციებში შესაძლებელია მხოლოდ DPMI-ს მეშვეობით. როგორც C კომპილერები არ უთმობენ შეფუთვის ფუნქციებს, ეს მოითხოვს (შემდგომში) შემსრულებელს. თუმცა, Win16 არ იძლევა ბრძანების ყველა პროგრამას, ასე რომ არ ინერვიულოთ…

Windows NT/2000/XP-ის DOS-ის ყუთში, BIOS შეუშალოს 13h-ის გამოყენებით GPF-ს (გენერალური დაცვის ბრალია) გამოიწვევს. უსაფრთხოების მიზეზების გამო, Windows NT/2000/XP არ იძლევა ოპერაციული სისტემის გვერდის ავლით პირდაპირ მყარ დისკზე შესვლას. თუმცა, Microsoft უზრუნველყოფს გამოსავალს, რაც თითქმის იმდენად მარტივია, თუ რას იტყვით Unix/Linux-ში:

int disk_fd = open("/dev/hda1", O_RDWR);

ეს გახსნის თქვენს მყარი დისკი-ის დანაყოფს /dev/hda1, რომ წაიკითხოთ, read(), დაწერა, რომ write(). მარტივი და პირდაპირი, არა? Windows NT/2000/XP-ზე, თუ თქვენ იყენებთ WIN32 API/5/ფუნქციას CreateFile() საშუალებას იძლევა არა მხოლოდ ფაილების შექმნა და გახსნა, არამედ დისკის ტიპები:

    HANDLE hPhysicalDrive = CreateFile("\\\\.\\PhysicalDrive0",
                                       GENERIC_READ | GENERIC_WRITE,
                                       FILE_SHARE_READ | FILE_SHARE_WRITE,
                                       0, OPEN_EXISTING, 0, 0 );

დისკზე წაკითხვისა და წერის გაცნობა შესაძლებელია ReadFile() და WriteFile() მეშვეობით.

ერთი წუთით შეიძლება ფიქრობთ, რომ თქვენ შეგიძლიათ გამოიყენოთ იგივე Win32 ფუნქცია Windows 9x/ME-ზე. თუმცა, თუ წაიკითხოთ დოკუმენტაციაში Createfile(), თქვენ იხილავთ:

	Windows 95: This technique does not work for opening a logical drive. In
	Windows 95, specifying a string in this form causes CreateFile to return
	an error.

ქვეშ Windows 9x/ME Microsoft-ის Win32 დოკუმენტაცია რეკომენდაციას მოვუწოდებთ BIOS Int 13h მეშვეობით VWIN32, ერთი სისტემის VxDs (ბირთვის მძღოლები). თუ თქვენ ცდილობენ ამის გაკეთებას, თქვენ ვერ შეძლებთ წარმატებას. პრობლემური ანგარიში Q137176-ში Microsoft-ის ცოდნის ბაზაშია ნათქვამი, რომ მიუხედავად იმისა, თუ რას აკეთებს ოფლიანი Win32 დოკუმენტაცია, ეს მხოლოდ იმუშავებს ფლოპი დისკებზე, არა ხისტიკებით. პრობლემის შესახებ ანგარიშში ნათქვამია, რომ მყარი დისკიs ერთადერთი გზაა BIOS Int 16h-ში 16 ბიტიანი კოდით. 32 ცოტა პროგრამიდან 16 ბიტიანი კოდით დარეკეთ Microsoft-ის “32 ცოტა to 16 ცოტა ტრანსფორმაცია”… ეს არ არის მხოლოდ სხვა API (სხვა დაუზუსტებელი თვისებები ან დოკუმენტირებული შეცდომები?), ასევე მოითხოვს Microsoft-ის ტრანსფორმაცია შემდგენელი, გენერირებას ასპემბრის კოდი. აქედან 16 ცოტა და 32 ცოტა ობიექტის ფაილი უნდა გენერირებული გამოყენებით Microsoft-ის აჯანყებული MASM. ეს დაკავშირებულია C-კოდი-ის ზოგიერთ დონესთან დაკავშირებულ ხაზებთან, რომლებიც უნდა დაწეროთ, რის შედეგადაც 16 ბიტიანი და 32 ბიტიანი DLL (დინამიური ბმული ბიბლიოთეკა). სხვათა შორის, ამისათვის საჭიროა არა მხოლოდ 32 ცოტა Visual C++, მაგრამ თქვენ ასევე უნდა ჰქონდეთ Microsoft-ის C-ს შემდგენის ძველი 16 ბიტიანი ვერსია… გაიგეთ? გამოყენება საკუთრების პაკეტი, არ ფართოდ გამოიყენება ინსტრუმენტები, არ იქნება კარგი გადაწყვეტა ღია პროგრამული უზრუნველყოფა ინსტრუმენტი, როგორიცაა LTOOLS!

შეჯამება: უნდა იყოს ცალკე ვერსიები DOS/Windows 9x/ME, Windows NT/2000/XP და Linux/Unix. დამალვა მომხმარებლის მომხმარებლის შეძლებისდაგვარად, LTOOLS ცდილობს გასარკვევად, რომლის დროსაც ოპერაციული სისტემა მუშაობს და ავტომატურად მოუწოდებს შესაბამისი შესრულებადი.

ცხრილი 1: დაბალი დონე მყარი დისკი ხელმისაწვდომობის

ქვეშ DOS ქვეშ Windows 9x/ME ქვეშ Windows NT/2000/XP ქვეშ LINUX/Unix
  • BIOS Int 13h
    (საჭიროა BIOS-ს გაფართოებები 8 გიგაბაიტები- ზე მეტი დისკისთვის)
  • DOS პროგრამები: როგორიცაა DOS, მაგრამ უნდა გამოვიყენოთ მოცულობა დაბლოკვის/ჩაკეტვისთვის წვდომისთვის
  • Win16 პროგრამები: უნდა მოვუწოდებთ BIOS Int 13h მეშვეობით DPMI
  • Win32 პროგრამები:
    32 ცოტა 16 ცოტა ტრანსფორმაცია Win16 DLL
  • DOS პროგრამები: ნებადართული არ არის
  • Win16 პროგრამები: ნებადართული არ არის
  • Win32 პროგრამები:
    CreateFile(), ReadFile(), WriteFile()
  • open(), read(), write()

უსაფრთხოების ნორმები?

დიახ, რომელსაც LTOOLS გარკვეული ვრცელდება შეიძლება უქმნის უსაფრთხოების პრობლემები. თითოეული მომხმარებელი, რომელსაც შეუძლია აწარმოებს მათ, შეუძლიათ და ცვლილებები ფაილი ლინუქსის ფაილური სისტემის, მაგალითად, ცვლილება ფაილი დაშვების უფლება და ფაილი მფლობელები, გაცვლა დაგავიწყდათ ფაილი და ა.შ. თუმცა, ეს შესაძლებელია მარტივი დისკის რედაქტორი, ძალიან. შესაძლოა, მხოლოდ ცოტა უფრო კომფორტული, როდესაც გამოყენებით LTOOLS. მიუხედავად ამისა, შეუზღუდავად შესაძლებელია მხოლოდ, თუ გაშვებული ქვეშ DOS და Windows 9x/ME. ქვეშ Windows NT/2000/XP LTOOLS შესახებ სჭირდება ადმინისტრატორი უფლებები წვდომის მყარი დისკი პირდაპირ. ქვეშ Unix/Linux ყველაზე სტანდარტული დანადგარები ასევე მხოლოდ ადმინისტრატორი აქვს წვდომის უფლება, რომ “ნედლეული” დისკის მოწყობილობების /dev/HDA, /dev/hda1, და ა.შ.

არსებობს რაიმე ალტერნატივა?

LTOOLS არ არის ერთადერთი გამოსავალი წვდომის Linux ფაილი DOS/Windows. ალბათ კლაუსი გააზრება ის Ext2tool /6/ კომპლექტი ბრძანების ინსტრუმენტები, განვითარებული, 1996 წელს, იყო პირველი გამოსავალი ამ პრობლემას. თუმცა, Ext2tool შეზღუდულია წაკითხული მხოლოდ დაშვების და არ აწარმოებს ქვეშ Windows NT. დაყრდნობით Ext2tool, პიტერ Joot 1997 დაწერა Windows NT ვერსია, მაინც შემოიფარგლება მხოლოდ წაკითხვის /7/. ორივე პროგრამა დაიწერა C, კოდების არის შესაძლებელი.

ჯონ ნბიგინი გვაძლევს Explore2fs /8/, რომელიც გააჩნია ძალიან ლამაზი GUI და ეშვება Windows 9x და Windows NT. მისი წაკითხვის და ჩაწერის ხელმისაწვდომობა უზრუნველყოფს იგივე თვისებები, როგორც LTOOLgui. ჰო მართლა: იოანე გააკეთა დიდი მუშაობა, რადგან მან მოახერხა განახორციელოს Microsoft-ის 32 ცოტა რომ 16 ცოტა ტრანსფორმაცია (იხილეთ ზემოთ), თუნდაც ბორლანდი ის დელფი! როგორც ყველა დელფი პროგრამები Explore2fs აერთიანებს “უწყვეტი” შევიდა Windows, მაგრამ პორტირების არასამთავრობო ოპერაციული სისტემები შეიძლება იყოს რთული.

ისტორია და მომავალი

LTOOLS- ის პირველი ვერსია შეიქმნა ჯეისონ ჰანტერისა და დევიდ ლუთსის თავდაპირველი სახელით “სიმაგრე”, აშშ-ში სალემი/ორეგონი-ში. ეს პირველი ვერსია DOS-ის ქვეშ გაიქცა და Linux-ის DOS-ის Linux-ის კატალოგებს აჩვენებდა და კოპირება ფაილებს Linux-დან DOS-ს და მცირე IDE მყარი დისკიs- ისა და LINUX-ს პირველადი ტიხრები იყო.

1996 წლიდან ავტორმა აიღო შენარჩუნება და შემდგომი განვითარება. მას შემდეგ, LTOOLS-მა გაითვალისწინა უფრო დიდი მყარი დისკიs, SCSI დისკები, Windows 9x/ME და Windows NT/2000/XP-ზე, დამატებითი წერის ხელმისაწვდომობა და პორტირება UNIX, რათა მათ სოლარისი და Linux-ის ქვეშ განახორციელონ. მათ მიიღეს ვებ ბრაუზერი დაფუძნებული და JAVA-ს გრაფიკული ინტერფეისი და ა.შ. და ა.შ. ბევრი Linux მომხმარებლებს, მათი უმრავლესობა დაასახელა კოდის, დაეხმარა ტესტირება და გამართვის. გმადლობთ.

იმავდროულად, LTOOLS მიაღწია ვერსია V4.7 /1/, შესაძლოა კიდევ უფრო, როდესაც ეს სტატია გამოქვეყნდება. გარდა ამისა დამატებითი ფუნქციები, ბევრი შეცდომები დაფიქსირდა – და სავარაუდოდ ახალი მიიჩნიეს. საერთო პრობლემა წლების მანძილზე რჩება: არავის გაუკეთებია სწრაფი სიჩქარე მყარი დისკი ტექნოლოგიაში, სადაც დისკის ზომები აფეთქდა, რაც მუდმივად მოხვდა ოპერაციული სისტემის ლიმიტები. გახსოვთ DOS- ის პრობლემები 512 მეგაბატები დისკები, Windows 3.x პრობლემები 2 გიგაბაიტები ტიხრები, BIOS-ის ლიმიტი 8 გიგაბაიტები და სხვადასხვა პრობლემები, რომლებიც Windows NT აქვს 2 გიგაბაიტები, 4 გიგაბაიტები და 8 გიგაბაიტები? ეს მხოლოდ ერთი წუთით ადრე! ამასთან, Linux- მა თავისი პრობლემაც კი გამოხატა: კერნებში 2.3-მდე, არცერთი ფაილი არ უნდა აღემატებოდეს 2 გბს, როგორც Linux-ის მსგავსად, 32 ცოტა Unix სისტემები იყენებს ხელმოწერილი 32 ბიულეტენი ოფსეტური კურსორი read() ან write() 2.4 გამოსასვლელიდან 64 ცოტა ღირებულებების მიხედვით, მაგრამ ზედმეტად თავსებადობის შენარჩუნება შეიძლება გამოიწვიოს Linux-ს იმავე პრობლემებზე, როგორც ზემოთ ვამზადეთ Windows-ზე). დისკის ხელმისაწვდომობის პროგრამული უზრუნველყოფის სტანდარტიზაცია ყოველთვის ბევრად უფრო ნელია, ვიდრე დისკის დეველოპერები, ამიტომ მათ გამოუშვეს ოპერაციული სისტემის ლიმიტების გადალახვა. და ყოველთვის LTOOLS – და ბევრი სხვა პროგრამისტი – უნდა გაუმკლავდეთ მას… ასე რომ არ იყოს გაბრაზებული, თუ LTOOLS არ მუშაობს თქვენთვის თქვენი ახალი 64 გიგაბაიტები დრაივი. ეს ღია წყაროა, ასე რომ, უბრალოდ, ეცადეთ, ხელი შეუწყონ მათ გამარტივებას!

და არ უნდა დაგვავიწყდეს, თუ იყენებთ LTOOLS: ამის გაკეთება თქვენი საკუთარი რისკის ქვეშ! წაიკითხეთ მხოლოდ Linux-ის ხელმისაწვდომობა გაურკვეველი. თუმცა, თუ თქვენ იყენებთ წვდომას ფაილების წაშლა ან შეცვალოთ ფაილის ატრიბუტები თქვენს Linux დისკზე, LTOOLS – და თქვენ, როგორც მომხმარებელი – შეუძლია ბევრი სისულელე. ასე რომ ყოველთვის შეინახეთ სარეზერვო!

ლიტერატურა

  1. http://www.it.fht-ესლელინგი.de/~zimmerma/software/ltools.html: მთავარი LTOOLS
  2. მაიკლ ტიშერი: PC-სტაჟიორი მე-4 მონაცემთა-ბეკერი-ვერლაგი
  3. http://www.cs.cmu.edu/afs/cs.cmu.edu/user/ralf/pub/WWW/files.html რალფ ბრაუნის ინტერვენციის სია x86- კომპიუტერებისთვის
  4. http://metalab.unc.edu/pub/Linux/system/filesystems/ext2/Ext2fs-overview-0.1.ps.gz: გადი ოქსმანის მიმოხილვა Extended 2 ფაილების სისტემა.
  5. Microsoft Windows Win32 API – დოკუმენტაცია, მოყვება ყველაზე Windows C კომპილირებით ან MSDN CD-ებთან
  6. http://metalab.unc.edu/pub/Linux/system/filesystems/ext2/ext2tool_1_1.zip: კლაუსი ტონა ის Ext2tool
  7. http://metalab.unc.edu/pub/micro/pc-stuff/Linux/utils/dos/ext2nt.lsm: პიტერ ჯუტე ის Ext2nt
  8. http://uranus.it.swin.edu.au/~jn/linux/explore2fs.htm: ჯონ ნბიგინს Explore2fs

ავტორის შესახებ

“რეალურ ცხოვრებაში” ვერნერ ზიმერმანი ასწავლის კონტროლის საინჟინრო, ციფრული სისტემები და კომპიუტერული არქიტექტურის ესლელინგი – გამოყენებითი მეცნიერებათა უნივერსიტეტის, ესლელინგი, გერმანია. მას აქვს ტექნიკა და პროგრამული უზრუნველყოფა ფონური საავტომობილო და სამრეწველო ჩადგმული სისტემები. მისი “კარიერა”, როგორც Linux სისტემის პროგრამული უზრუნველყოფის დეველოპერი 1994 წლიდან დაიწყო, როდესაც მან შეიძინა CDROM დისკი, რომელიც Linux-ს მხარს არ დაუჭერდა… მან შექმნა “aztcd.c”, Linux CDROM მძღოლი, რომელიც ჯერ კიდევ შედის სტანდარტული Linux ბირთვისs, მაშინაც კი, თუ დისკზე არის ძალიან მოძველებული.