Нэр
dump - ext2 файлын системийн нөөцлөлт
Ерөнхий агуулга
[- b бичлэг ] [- b blocksize ] [- d нягтрал ] [- e inode тоонууд ] [- E файл ] [- f файл ] [- F скрипт ] [- h түвшин ] [- I nr алдааны ] [- j шахалтын түвшин ] [- L шошго ] [- Q файл ] [- s фут ] [- T огноо ] [- z шахалтын түвшин ] файлуудаас-хаях
dump [- W | -w ]
(BSD 4.3 хувилбарын синтакс нь хоцрогдсон нийцтэй байдлын хувьд хэрэгждэг боловч энд баримтжаагүй байна.)
Тодорхойлолт
Dump нь ext2 файлын систем дээр файлуудыг шалгаж аль файлуудыг нөөцлөх хэрэгтэйг тодорхойлдог. Эдгээр файлууд нь өгөгдсөн диск, соронзон хальс буюу бусад хадгалах төхөөрөмжид аюулгүй хадгалагдахын тулд хуулагддаг ( алсаас нөөцлөхийн тулд доорх -f тохируулгыг үзнэ үү). Үүсгүүрийн тэжээлээс илүү том хэмжээтэй dump нь олон ботид хуваагдана. Ихэнх зөөвөрлөг дээр форматын заалтыг буцаах хүртэл бичихийг тогтооно.
Хэвлэл мэдээллийн төгсгөлийн заалтыг найдвартай хадгалах боломжгүй (зарим хуурцаг соронзон хальсны хөтчүүд гэх мэт), эзэлхүүн нь тогтмол хэмжээтэй байна; Бодит хэмжээг кастрин зөөвөрлөх эсвэл соронзон хальсны хэмжээ, нягтрал болон / эсвэл блокийн тооны тохируулгаар зааж өгдөг. Анхдагчаар, оператор нь медиа солихыг хүссэний дараа ижил гаралтын файлын нэрийг эзлэхүүн болгонд ашигладаг.
файлуудаас хогийн цэгт файлын системийг холбох цэг эсвэл файлын системийн дэд хэсэг маягаар нөөцлөгдөх файлууд болон сангуудын жагсаалт юм. Дээрх тохиолдолд, холбогдсон файлын систем эсвэл unstored файл системийг ашиглаж болно. Сүүлийн тохиолдолд зарим хязгаарлалт нөөцлөх дээр тавигдсан байдаг: - та зөвшөөрдөггүй, дэмжигдсэн цорын ганц dump түвшин нь 0 бөгөөд бүх файлууд болон сангууд нь ижил файлын систем дээр байрлах ёстой.
Дараах сонголтуудыг дэмждэг :
-0-9
Хогийн түвшин. 0 түвшин, бүрэн нөөцлөлт, файлын системийг бүхэлд нь хуулан баталгаажуулдаг (гэхдээ доорх - h тохируулгыг үзнэ үү). 0-с дээш түвшний дугаар, нэмэгдэл нөөцлөлт нь доод түвшний хамгийн сүүлчийн хогийн цэгээс шинэ эсвэл бүгдийг нь хуулбарлахыг зааж өгнө. Анхдагч түвшин 9 байна.
-а
`` auto-size '' Бүх соронзон хальсны уртыг тооцоолон гаргах ба медиа төгсгөлийн заалтыг буцаах хүртэл бичих. Энэ нь ихэнхдээ орчин үеийн соронзон хальсны хөтөчүүдэд хамгийн сайн ажилладаг бөгөөд анхдагч байдаг. Энэ тохируулгыг ашиглах нь одоо байгаа соронзон хальс уруу хавсаргах эсвэл кассетны хөтөч ашиглан тоног төхөөрөмжийн шахалт (шахалтын харьцаа талаар хэзээ ч мэдэхгүй) ашиглахыг зөвлөдөг.
-А archive_file
Restore (8) ашиглан файлд байгаа dump файл дотор байгаа эсэхийг тодорхойлохын тулд заасан archive_file дахь dump table-ийн агуулгыг архивлана .
б блокчлох
Дистер бүрт килобайтын тоо. IO систем нь бүх хүсэлтүүдийг MAXBSIZE (ихэвчлэн 64kB) хуваасан болохоор сэргээлт (8) дараа нь асуудлуудгүйгээр илүү том блокуудыг ашиглах боломжгүй юм. Тиймээс хогийн цэг нь MAXBSIZE руу бичигдэхийг хязгаарлах болно. Анхдагч блокууд нь 10 байна.
-Б бичлэг
Нэг эзэлхүүн 1 кБ-ийн тоо. Ерөнхийдөө шаардлагагүй байдаг бөгөөд dump нь төгсгөлийн зөөвөрлөгчийг илрүүлж чаддаг. Тодорхой хэмжээгээр тохируулагдсан бол дембруугийн хэмжээг өөрчлөхийг хүлээж байна. Энэ сонголт нь урт, нягтрал дээр тулгуурлан соронзон хальсний хэмжээг тооцохыг давж гардаг. Хэрэв шахалт энэ хязгаарт байгаа бол эзлэхүүн бүрийн шахсан гаралтын хэмжээ.
-c
Анхдагч утгуудыг хуурцаг соронзон хальсны хөтөчтэй ашиглахад 8000 bpi нягт, 1700 фут урттай. Хайрцагны хөтөчийг зааж өгснөөр хэвлэл мэдээллийн төгсгөлийн илрүүлэлтийг давж гарах болно.
-d нягтшил
Нягт нягталсан туузыг нягтруулах Тодорхойлолт нь 1600BPI. Металлын нягтралыг тодорхойлох нь хэвлэл мэдээллийн төгсгөлийн илрүүлэлтийг давж гардаг.
-e инверс
Dump-с inodes-г оруулаагүй . Inode параметр нь inode тоонуудын таслалаар тусгаарлагдсан жагсаалт (та файлын эсвэл директорын inode дугаарыг олохын тулд stat ашиглаж болно).
-E файл
Текст файлын файлаас dump-ээс хасагдах ин-ийн жагсаалтыг унших Файлын шинэ мөрүүдээр тусгаарлагдсан inode тоог агуулсан жирийн файл байх ёстой.
-f файл
Backup файлыг файлд бичих нь / dev / st0 (соронзон хальсны хөтөч), / dev / rsd1c ( уян дискний хөтөч ), энгийн файл эсвэл `- '(стандарт гаралт) зэрэг тусгай төхөөрөмжийн файл байж болох юм. Олон файлын нэрийг комманд тусгаарласан ганц нэмэлт өгөгдөл болгон өгч болно. Файл тус бүр нь жагсаасан дарааллаар нэг хогийн эзлэхүүн дээр ашиглагдах болно; хэрэв dump нь өгөгдсөн нэрүүдийн тооноос илүү их хэмжээгээр шаардвал, зөөвөрлөгч файлын нэр нь зөөгдөх үлдсэн бүх хэмжээ дээр зөөвөрлөсөн өөрчлөлтийг хүлээж авсны дараа ашиглагдана. Хэрэв файлын нэр нь "host: file" эсвэл "user @ host: file" гэсэн dump файлыг rmt (8) ашиглан алсын хост дээрх нэртэй файл уруу бичдэг. Алсын rmt (8) програмын анхдагч замын нэр нь / etc / rmt бөгөөд энэ нь орчны хувьсагч RMT -оор дарагдан өөрчлөгдөж болох юм
-F скрипт
Скрипт бүрийн төгсгөлд скриптийг ажиллуулна. Төхөөрөмжийн нэр болон одоогийн дууны дугаарыг тушаалын мөрөнд дамжуулна. Хэрэв скрипт нь хэрэглэгчийг соронзон хальс солихыг хүсээгүй бол скрипт 0-ийг буцааж өгөх ёстой бөгөөд хэрэв dump үргэлжлэх ёстой боловч хэрэглэгч соронзон хальсыг солихыг хүсэх болно. Бусад гарц код нь dump- г цуцлах болно. Аюулгүй байдлын үүднээс, хогийн цэг нь скриптийг ажиллуулахаас өмнө жинхэнэ хэрэглэгчийн ID болон жинхэнэ бүлгийн ID руу буцаана.
-h түвшин
Хэрэглэгчийн `nodump '' туг Dp Dv UF_NODUMP зөвхөн өгөгдсөн түвшинд болон түүнээс дээш dumps-д хүндэтгэл үзүүлээрэй. Анхдагч хүндэтгэлийн түвшин нь 1, ингэснээр нэмэгдэл нөөцлөлтүүд ийм файлуудыг гаргахгүй харин бүрэн нөөцлөлтүүдийг тэдгээрийг үлдээнэ.
-Би алдаа байна
Анхдагчаар dump нь операторын оролцоог асууж эхлэхээсээ өмнө файлын системийн эхний 32 уншиж байсан алдааг орхиж болно. Та энэ тугийг ашиглан ямар ч үнэ цэнээр сольж болно. Энэ нь идэвхтэй файлын систем дээр dump -ыг ажиллуулахад дибаг хийх алдаа нь зураглал болон демпингийн дамжуулалтын хоорондын зөрүүг заана.
-j шахалтын түвшин
Блок бүрийн блокыг соронзон хальс дээр бичиж бзlib санаарай. Энэ сонголт нь хэрэв зөвхөн соронзон хальсны хөтөч хувьсагчийн урттай блокуудыг бичих чадвартай бол локал драйвер уруу дампинг хийх эсвэл файл уруу эсвэл хоолой руу динамик хийх үед л ажиллах болно. Шахсан соронзон хальснуудыг задлахын тулд доод тал нь 0.4b24 хувилбарыг сэргээх хэрэгтэй болно. Шахалтын аргаар бичсэн соронзон хальснууд нь BSD соронзон хальсны форматтай нийцэхгүй байх болно. (Заавал биш) параметр нь bzlib шахах түвшинг тодорхойлно. Анхдагч шахалтын түвшин бол 2. Хэрэв нэмэлт параметрийг тодорхойлсон бол оптик үсэг болон параметрийн хооронд цагаан зай байх ёсгүй.
-k
Kerberos нэвтрэлтийг ашиглах нь алсын соронзон хальсний серверүүдтэй ярихыг ашиглаарай. (Дэмт хөрвүүлэгдэх үед энэ тохируулгыг идэвхжүүлсэн тохиолдолд л боломжтой бол).
-L шошго
Хэрэглэгчийн нийлүүлсэн текстийн мөрийн шошго нь dump толгой хэсэгт байрлана, restore (8) болон file (1) зэрэг багажууд үүнийг хандаж чаддаг. Энэ шошгыг хамгийн их LBLSIZE (одоогоор 16) тэмдэгтээр хязгаарлахыг анхаарна уу. Энэ нь `\ 0 '
-м
Хэрэв энэ тугийг зааж өгсөн бол dump нь inode-ийн гаралтыг оновчтой болгодог бөгөөд сүүлчийн dump ('өөрчлөгдсөн' ба 'өөрчилсөн') статусаас (2) -д тодорхойлсон утгыг өөрчилснөөс хойш өөрчлөгдөөгүй боловч өөрчлөгдсөнгүй. Эдгээр нь inode-ийн хувьд dump нь зөвхөн бүх методын өгөгдлийг хэмнэх болно. Сүүлийн аль нэг нь сангуудын аль нэг нь байдаг эсвэл сүүлийн хогийн цэгээс хойш өөрчлөгдсөн Inode-ийг тогтмол аргаар хадгалж байдаг. Энэ тугны хэрэглээ нь тууштай байх ёстой бөгөөд энэ нь нэмэгдэл dump олонлогт байгаа бүх хогийн сав аль аль нь тугтай байдаг, эсвэл хэн ч энэ нь байхгүй байна гэсэн үг юм.
Ийм 'metadata зөвхөн' inode ашиглан бичигдсэн соронзон хальснууд нь BSD соронзон хальсны формат эсвэл сэргээх хуучин хувилбаруудад нийцэхгүй байх болно .
-М
Олон дууны функцыг идэвхжүүлнэ үү. F -ээр заасан нэр нь угтвар гэж бүртгэгдэж, 001, 002 хүртэлх дарааллаар бичигддэг. Энэ нь 2GB файлын хэмжээний хязгаарлалтыг тойрч гарахын тулд ext2 хуваалт дээр файлууд руу дембуу хийх үед хэрэгтэй болдог.
-n
Хаягдал бүр нь операторын анхаарлыг шаардана, хана (1) -тай төстэйгээр "оператор" бүлгийн бүх операторуудад мэдэгдэнэ.
-q
Операторын анхаарал шаардагдах үед бичих алдааг даруй арилгах, бичих алдаа гарсан үед өдөөхгүйгээр, соронзон хальсны өөрчлөлт гэх мэт.
-Q файл
Түргэн файл хандалтын дэмжлэгийг идэвхжүүл. Inode тус бүрийн соронзон байрлалыг сэргээх замаар ашигладаг (Q ба файлын нэртэй хамт дуудагдсан) файлыг шууд байрлуулах файлд шууд байрлуулах файлын файлд хадгалагдана. Энэ нь том нөөцөөс нэг файлыг сэргээхэд цагийг хэмнэдэг бөгөөд соронзон хальснууд болон хөтчийн толгойг хадгалдаг.
Стандарт Q-тэй хамт dump / restore дуудахаасаа өмнө физик биш байршлын логик соронзон бичлэгийн байршлыг буцаахыг зөвлөж байна. Бүх соронзон хальс төхөөрөмж нь физик соронзон орны байрлалыг дэмждэггүй учир соронзон хальсны төхөөрөмжүүд нь dump / restore үед st драйвер байхад алдаа өгдөг. анхдагч физик тохиргоонд тохируулна. Логик соронзон позицийн байрлалыг буцаахын тулд драйверыг хэрхэн тохируулах тухай дэлгэрэнгүй мэдээллийг MTSETDRVBUFFER эсвэл mt хүн хуудаснаас үзнэ үү.
Параметр Q-тэй сэргээх дуудлага хийхээс өмнө, драйверийг дуудах явцад ашигладаг соронзон хальсны позицийн байршлыг буцаахын тулд үргэлжлүүлээрэй. Өөрөөр сэргээх нь эргэлзээтэй байж болно.
Энэ сонголтыг локал соронзон хальс уруу хаях (дээрхийг харна уу) эсвэл локал файл уруу ашиглахад ашиглаж болно.
- хөл
Тухайн нягтралд шаардлагатай соронзон хальсний хэмжээг тооцоолохыг оролд. Хэрэв энэ дүн хэтэрсэн бол шинэ соронзон хальс бичихэд dump тушаал хүлээх болно. Энэ сонголт дээр жаахан консерватив байхыг зөвлөж байна. Анхдагч туузны урт нь 2300 тохой байна. Кассетны хэмжээ нь media-ийн илрүүлэлтийг давдаг.
-S
Хэмжээ. Үнэхээр үүнийг хийж гүйцэтгэх шаардлагагүй орон зайг тодорхойлж, тооцоолсон тооны байт харагдах байдлыг харуулна. Энэ нь хэр их хэмжээний хэвлэл мэдээллийн хэрэгцээг тодорхойлохын тулд нэмэгдэл нөөцийн хувьд ашигтай байдаг.
-Т date
/ Etc / dumpdates файлаас хайх цагийг харуулахын оронд заасан хугацааг ашиглан dump-д зориулсан цагийг харуулснаар ctime (3) -той адил байна. Энэ тохируулга нь тодорхой хугацааны туршид дампуулах хүсэлтэй автомат dump скриптүүдэд ашигтай байдаг. - T тохируулга нь mutlak- u сонголтоос өөр байдаг.
-у
Амжилттай бөгсний дараа / etc / dumpdates файлыг шинэчилнэ. / Etc / dumpdates файлын хэлбэр нь хүмүүст уншигдах бөгөөд нэг мандаттай нэг форматтай бичлэгийг агуулсан: файлын системийн нэр, өсөлтийн түвшин болон ctime (3) форматын dump өдөр. Түвшин бүрт файлын систем тус бүрт нэг л бүртгэлт байж болно. Хэрэв шаардлагатай бол талбаруудыг өөрчлөхийн тулд / etc / dumpdates файлыг засаж болно.
-W
Dump нь операторыг ямар файл системд dump хийх хэрэгтэйг хэлж өгдөг. Энэ мэдээлэл / etc / dumpdates файлаас татаж авдаг бөгөөд / etc / fstab файлд хадгалагддаг бөгөөд - W тохируулга нь dump тушаалыг хэвлэхэд хүргэдэг бөгөөд / etc / fstab дахь бүх файлын системүүдийн хамгийн сүүлийн үеийн dump date болон / etc / fstab файлд dumpdates болон танигдсан файлын системүүдийн хувьд түвшин, мөн хаях ёстой зүйлсийг онцолсон. Хэрэв - W сонголтыг тохируулсан бол бусад бүх тохируулгууд орхигддоггүй, мөн гарах гарцыг хаяглана.
-w
W - тэй төстэй боловч / etc / fstab файлд зөвхөн хүлээн зөвшөөрөгдсөн файлын системийг хэвлэж байна.
-z шахалтын түвшин
Бүх блокуудыг соронзон хальс дээр бичиж zlib номын сангийн тусламжтайгаар шахах. Энэ сонголт нь хэрэв зөвхөн соронзон хальсны хөтөч хувьсагчийн урттай блокуудыг бичих чадвартай бол локал драйвер уруу дампинг хийх эсвэл файл уруу эсвэл хоолой руу динамик хийх үед л ажиллах болно. Шахалтын соронзон хальснуудыг задлахын тулд доод тал нь 0.4b22 хувилбарыг сэргээх хэрэгтэй болно. Шахалтын аргаар бичсэн соронзон хальснууд нь BSD соронзон хальсны форматтай нийцэхгүй байх болно. (Заавал биш) параметр нь шахалтын түвшин zlib ашиглах болно. Анхдагч шахалтын түвшин бол 2. Хэрэв нэмэлт параметрийг тодорхойлсон бол оптик үсэг болон параметрийн хооронд цагаан зай байх ёсгүй.
Демп нь эдгээр нөхцөлд операторын оролцоог шаарддаг: соронзон хальсний төгсгөл, хогийн цэг, соронзон хальсний бичих алдаа, соронзон хальсны нээлттэй алдаа эсвэл диск уншсан алдаа (хэрэв nr алдааны босго хэмжээнээс их байвал). N - н түлхүүрээр тайлбарласан бүх операторуудыг анхааруулахаас гадна dump нь dump хяналтын терминал дээр ажиллаж байгаа оператортой харилцан ажиллахаас гадна dump - ийг үргэлжлүүлэх боломжгүй эсвэл ямар нэгэн зүйл буруу болвол. Бүх асуултууд нь "тийм" эсвэл "үгүй" гэж бичихэд хариулах ёстой .
Хогийн цэгийг бий болгосноос хойш бүрэн овоолгод зориулж маш их цаг хугацаа, хүчин чармайлт шаардагдана. Хэрэв энэ эзлэхүүнийг бичих нь ямар нэг шалтгааны улмаас амжилтгүй болбол хоёулаа операторын зөвшөөрөлтэйгээр, хуучин соронзон хальс дахин нэмэгдэж, устгагдсаны дараа өөрийгөө шалгах цэгээс эхлээд шинэ соронзон хальсыг холбосон болно.
Демп нь операторыг үе үе давтамжтайгаар бичих бөгөөд энэ нь ихэнхдээ блок бичих тоо, авах ёстой соронзон хальснуудын тоо, дуусах хугацаа, соронзон хальсны өөрчлөлтөд цаг хугацаа ордог. Гаралт нь шууд бөгөөд ингэснээр терминалыг хянах хоёрын завсар завгүй байгаа гэдгийг зарим хүмүүс мэддэг бөгөөд заримдаа удахгүй болно.
Гэмтэлтэй дискний үйл явдлын үед шаардлагатай нөөц бүхий соронзон хальснууд эсвэл файлуудыг дискэнд буцааж оруулахад шаардагдах хугацааг хамгийн бага хэмжээгээр хадгалж болно. Цөөн тооны соронзон хальснуудыг багасгахын тулд нэмэгдэж буй овоолгын овоолгын үр ашигтай арга:
- 0-р түвшний нөөцлөлтийг эхлүүлээрэй, жишээ нь: / sbin / dump -0u -f / dev / st0 / usr / src Үүнийг тодорхой интервалд хийж, сард нэг удаа, эсвэл хоёр сар тутамд нэг удаа хадгалагдаж байгаа шинэ соронзон хальснууд.
- 0 түвшиний дараа идэвхтэй файлын системүүдийн овоолгуудыг өдөр бүр өөрчилсөн Tower of Hanoi алгоритм ашиглан dump түвшингүүдийн дарааллыг ашиглана: 3 2 5 4 7 6 9 8 9 9 ... Өдөр тутмын овоолгын хувьд, Өдөр бүр долоо хоногт тогтмол хэрэглэдэг тогтмол тооны хуурцаг ашиглах боломжтой байх ёстой. Долоо хоног бүр, 1-р түвшний хогийн цэгийг авч, өдөр бүр Hanoi-ийн дараалал давтамжтай 3-оор эхэлдэг. Долоо хоногтоо овоолгын хувьд демпингийн файлын системийн өөр нэг тогтсон соронзон хальс ашиглагддаг бөгөөд бас мөчлөг дээр суурилдаг.
Хэдэн сарын дараа өдөр тутмын болон долоо хоног тутмын соронзон хальснуудыг авч ирсэн хогийн цикл болон шинэ соронзон хальснуудаас эргүүлэх хэрэгтэй.
БҮЛЭГ
rmt (8)
Чухал: Тушаалын командыг ашиглана ( % man ) ашиглана.