Ремонт макита ушм: Ремонт болгарки Макита УШМ в мастерской SERVIS MAKITA

Ремонт болгарки Макита УШМ в мастерской SERVIS MAKITA

Ваша болгарка вышла из строя? Совсем необязательно приобретать новый инструмент: опытные специалисты сервисного центра сделают оперативный и качественный ремонт УШМ Макита.

Основные неисправности болгарок

• Следует хорошо знать, что устройство чаще всего ломается из-за того, что в обмотке якоря или в роторе образуются замкнутые витки либо сгорает статор. В этом случае необходимо заменить неисправные детали на новые. Электрическая часть инструмента – наиболее уязвимая его часть. Основная причина неисправности «электрики» этих устройств заключается в очень высокой нагрузке, попадании воды внутрь или в больших перепадах напряжения.
• Причинами неисправностей механической части устройства чаще всего являются ненадлежащий уход за зубцами редуктора, подшипниками, или падение болгарки с высоты. Перед ремонтом инструмента нужно хорошо почистить его пусковой механизм, а также корпус. Если после этого устройство не включается, то его следует разобрать, чтобы провести тщательный ремонт болгарки Макита.
• Что делать, если устройство внезапно перестало функционировать? Отключите инструмент и проверните диск вручную. Если диск провернуть не получилось, то не миновать полной разборки угловой шлифмашины, чтобы провести осмотр ее мехчасти. При легком прокручивании диска причина неисправности заключается в непоступлении питания на щетки электродвигателя. В этом случае проверьте исправность пусковой кнопки либо шнура. Если кабель неисправен, то снимите с ручки УШМ крышку, после чего прозвоните тестером два провода. При обнаружении обрыва замените кабель на новый. Также следует осмотреть коллектор якоря на предмет состояния щеток. При их изношенности замените щётки.
• При запуске двигателя с уже нажатой кнопкой выключателя либо заклинивании диска нередко происходит поломка стопорного кольца или самого стопора. В этом случае следует разобрать «головку» инструмента, извлечь оставшиеся части, посмотреть, можно ли провести его ремонт. Если можно, то нужно заменить пришедшие в негодность части, а если ремонт невозможен, то для смены оснастки стоит использовать специальные ключи.

Стоимость ремонта угловой шлифмашины

Опытные специалисты нашей мастерской проведут гарантийный и постгарантийный ремонт болгарок Makita. Отметим, что цена, в которую он выльется, зависит от категории его сложности, которая, в свою очередь, определяется мощностью инструмента, характером неисправности, а также стоимостью запчастей. Нами используются только оригинальные запасные части от основного поставщика. Кстати, мы можем также провести ремонт перфоратора Макита, причем любой сложности.

По всем интересующим Вас вопросам по ремонту инструмента звоните по телефону: +7(495)530-70-07 доб:120

Как найти неисправности и отремонтировать болгарку Mакита своими руками

Знаменитый японский бренд Makita пользуется заслуженной популярностью у потребителей всего мира. Вся продукция марки Макита выделяется высоким качеством, эргономикой, доступными ценами. А грамотный российский потребитель старается выжать из инструмента больше, чем он может дать. УШМ Makita имеют свою предельную прочность.

Ремонт болгарки Макита своими руками не представляет особой сложности и может быть выполнен как в сервисном центре, так и самостоятельно, поскольку свободно можно приобрести нужные запчасти. Неисправности болгарки и способы их устранения подробно рассматриваются в прилагаемой инструкции.

Особенности конструкции болгарки Makita

Болгарка – это углошлифовальная машина, получившая такое название только на просторах бывшего СССР. Конструктивно, любая углошлифовальная машина (УШМ) устроена одинаково.

Принцип действия болгарок Makita основан на превращении электрической энергии в механическую. Это приводит к вращению вала, на который устанавливается диск для резки, шлифовки, полировки. А угловой она называется по той причине, что в используемом редукторе крутящий момент передается под углом 90º.

Поскольку охлаждение электродвигателя в болгарках Makita обеспечивается за счет всасывания внешнего воздуха через вентиляционные отверстия, рабочие детали болгарок Makita покрываются специальным защитным порошковым лаком, препятствующим оседанию пыли. Конструктивно в болгарках Макита предусмотрена лабиринтовая система уплотнителей и герметизирована кнопка «Пуск».

Но каждая фирма для привлечения покупателя внедряет в конструкцию свои изюминки. Не обделена этим и болгарка Makita. Болгарки Макита условно делятся на мощные и небольшие.

Болгарки Makita маркируются в зависимости от мощности электродвигателя.

К конструктивным особенностям углошлифовальных машин Makita относятся:

• Наличие лабиринтового устройства, защищающего подшипники от попадания грязи и пыли.
• Обмотки электродвигателя в болгарках большой мощности защищены бронированным покрытием.
• Углошлифовальные машины Makita оборудуются специальной системой, защищающей инструмент от рывков при пуске, под названием Super-Joint-System.

Несколько слов о системе SJS. Система препятствует воздействию обратного удара, исключает рывки и заклинивание рабочего органа, защищает электродвигатель от перегрузок.

В системе использована пружина, цель которой, передавать усилия от ротора на шестерни редуктора. Пружина выполняет роль буфера, препятствует появлению рывков при запуске и остановке. Эта конструкция значительно снижает вибрацию и обеспечивает плавность работы УШМ Makita

Болгарки Makita разделены на классы по размеру ширины рабочего диска. Болгарки условно разделены на три класса: легкие, средние, тяжелые. В свою очередь, каждый класс делится на болгарки для профессионалов и для бытовых нужд. У профессиональных моделей болгарок Makita повышенный запас мощности, интегрированная система безопасности, увеличенный рабочий ресурс. Профессиональные болгарки отлично выдерживают большие нагрузки на протяжении длительного времени.

Бытовые углошлифовальные машины Makita имеют высокие эксплуатационные характеристики, но очень демократичные цены. У болгарок макита может быть использован диск с максимальным диаметром 230 мм.

В зависимости от диаметра диска и делятся ушм Makita на классы:

• Диаметр 115-125 мм характеризует легкий класс. Легко удерживаются одной рукой за корпус, выполняющий роль рукоятки. Но профессиональные болгарки этого класса могут оборудоваться задней ручкой, в которую встроена кнопка включения инструмента;
• Диаметр 150-180 мм относит болгарку Makita к среднему классу. В данную категорию входят профессиональные и любительские модели, оснащенные электродвигателями различной мощности. У современных моделей устанавливается поворотная задняя ручка;
• Диаметр 230 мм характеризует болгарки тяжелого класса. В этом классе выпускаются болгарки Makita исключительно для профессионалов. Эти машины рассчитаны на работу по бетону, камням, кирпичу и т.д. В их конструкции заложены все современные системы защиты потребителя от травм.

Модели болгарки Makita выпускаются для дисков диаметрами 115 мм, 125 мм, 150 мм, 180 мм и 230 м.

В болгарках большой мощности предусмотрена замена угольных щеток без снятия крышки корпуса статора.

Болгарки Makita различной мощности отличаются по внешнему виду. У профессиональных болгарок мощностью свыше 1000 Вт большой корпус и удобная задняя ручка. Ручка оборудована защитными антивибрационными накладками черного цвета. Болгарки мощностью до 1000 Вт имеют удобный корпус, который и выполняет роль ручки.

На болгарках Makita установлен быстросъемный кожух. Такая конструкция позволяет быстро снимать защитный кожух.

Необходимый для ремонта инструмент

Ремонт своими руками углошлифовальных машин Makita, требует использования определенного инструмента. Не обойтись без набора отверток. Предпочтительнее, чтобы они были оборудованы храповым механизмом. Лучший вариант, воспользоваться аккумуляторным шуруповертом. Для ремонта электрической части Болгарки Макита,  понадобится тестер, прибор для определения короткозамкнутых витков ИК-2. А еще заготовьте рожковый ключ, съемники подшипников, молоток, наставку из мягкого металла. Ну и не обойтись без нужной смазки, обтирочных материалов, жидкостей для смывки старой смазки.

Начинать ремонт ушм своими руками надо с подготовки рабочего места, установки правильного освещения. Вам понадобится схема углошлифовальной машины нужной модели и предлагаемая инструкция.

Любые неисправности электроинструментов делятся на два типа: электрические и механические.

Рассматривать ремонт узлов болгарки Makita будем на примере схемы ушм Makita 9565.

Возможные электрические неисправности

Электрические неисправности болгарки Makita можно разделить на неисправности цепей управления, поломку ротора и неисправность статора.

Как устранить неисправности в цепях управления болгарки Makita

Если ваша болгаркаМакита не включается, наибольшей причиной может быть поломка в цепях питания и управления.

Чтобы добраться до компонентов цепей управления, надо снять заднюю крышку корпуса поз.38, выкрутив самонарезной винт 4×18 поз.39. Выключатель ST115-40 К9565 поз.28 крепится в держателе выключателя поз.27. Держатель выключателя закрывается крышкой поз.29, которая крепится на корпусе мотора поз.33.

К выключателю подходит кабель питания поз.37. При помощи тестера проверьте целостность цепей от контакта вилки к клеммам выключателя. Выключатель поз.28 управляется рычагом поз.30. От контактов выключателя проверьте цепь до угольных щеток поз.42.

В цепях управления самым слабым звеном являются угольные щетки. В болгарке Makita 9565 применены угольные щетки CВ-318 с автовыключением,поэтому проверяйте щетки.

В профессиональных болгарках устанавливаются регуляторы оборотов. В болгарках макита мощностью более 1000 Вт предусмотрена установка системы мягкого пуска. Такой системой оборудована ушм Makita 9077SF.

При выходе из строя выключателя неисправность устраняется его полной заменой. При обрыве или поломке подводящего питание провода неисправность устраняется заменой целого провода или удалением поврежденных его частей.

Процесс включения осуществляется при помощи рычага поз.30. Если вы разобрали корпус болгарки для ремонта или обслуживания, перед сборкой смажьте пазы перемещения рычага силиконовой смазкой.

Проверка электродвигателя

Кроме цепей управления в электрическую схему болгарки входит ротор и статор. Это сложные узлы, ремонт которых рекомендуется выполнять в специализированных центрах. Но для российских умельцев ничего недоступного нет. Мы рекомендуем свои способы ремонта статора или ротора своими руками.

Как отремонтировать статор болгарки Makita

На выход из строя статора поз.24 болгарки указывает появление запаха гари, перегрев корпуса болгарки, самопроизвольный набор оборотов болгарки. В корпусе болгарки поз.33 статор крепится четырьмя саморежущими винтами 4×70 поз.21. Для предотвращения нанесения повреждений, статор закрывается защитой поз.20.

Ремонт статора болгарки Макита состоит в определении короткого замыкания или обрыва обмоток. Лучше всего выполнить диагностику статора специальным прибором, называемым ИК-2. Статор считается неисправным, если видны следы потемнения обмотки, определен обрыв или короткое замыкание витков обмотки.

Ремонтируется статор просто. Надо перемотать его обмотки.

Как отремонтировать ротор болгарки Makita

При перегреве болгарки, появлении запаха гари, увеличении искрения в районе коллектора необходимо обратить внимание на целостность ротора поз.13.

Схема болгарки Макита

Демонтаж ротора сопряжен с выполнением последовательной разборки. Чтобы извлечь ротор, его надо освободить от редуктора поз.3. Для этого надо открутить шестигранную гайку М6 поз.4. Чтобы открутить гайку, надо одной рукой зажать ротор. Второй рукой, при помощи рожкового ключа, открутить гайку против часовой стрелки.

Снимите гайку, вытащите плоскую шайбу поз.5, извлечь коническую спиральную шестерню поз.6, снять стопорную пружину поз.7. Покачивая ротор в стороны аккуратно вытащить его из корпуса редуктора поз.3. Сняв стопорное кольцо поз.8, при помощи съемника стащите подшипник поз.9.

В болгарке Makita 9565 применен подшипник 6001LLB.

Осталось снять плоскую шайбу поз.10 и крышку редуктора поз.11.

Перед Вами внешний вид ротора болгарки Makita 9565 с надетой изоляционной шайбой поз.14, плоской шайбой 7 поз.15, подшипником поз.16 и пыльником резиновым 22 поз.17. В болгарке со стороны коллектора используется подшипник 627zz. Российский аналог 80027.

Ремонт ротора заключается в его замене на новый или отремонтированный. Отремонтировать ротор можно и самостоятельно, но надо не только терпение, оснастка, материал. Это вид работы высокого класса.

Механические повреждения

Кроме электрической части в болгарку входит и механическая часть, главным узлом которой является редуктор.

Как отремонтировать редуктор болгарки

Редуктор состоит из корпуса, ведущей и ведомой шестеренок. Ведущая шестерня надета на вал ротора. Ведомая шестерня крепится на шпиндель поз.50.

На болгарке Makita 9565 ведомая шестерня запрессована на шпиндель. А в модели болгарки Makita 9558HN ведомая шестерня крепится на валу при помощи шпоночного паза.

Неисправности редуктора связаны с выходом из строя зубьев шестеренок. Шестеренки слизываются или скалывается часть зубьев.

Ремонт редуктора болгарки Makita заключается в замене пары косозубых шестеренок. Замена шестеренок производится только в паре.

Для снятия ведомой шестеренки не обойтись без пресса или специального съемника. Не стоит использовать молоток, поскольку корпус редуктора изготовлен из хрупкого материала.

Сборка болгарки Makita 9565

Перед сборкой болгарки Makita проверьте целостность всех деталей, их чистоту. Сборку начинают с установки на шпиндель подшипника и ведомой шестерни.

Сборка шпинделя

На шпиндель поз.50 надевается пыльник поз.51, крышка корпуса поз.53, корпус подшипника поз.54. В корпус подшипника вставьте предварительно смазанный подшипник 6201LLB. Напрессуйте ведомую шестеренку поз.56. на шпиндель. Шпиндель собран.

Установка ротора в корпус редуктора

Отремонтированный или новый ротор с надетыми подшипниками вставляете в корпус редуктора, надеваете, согласно чертежу, все детали, насаживаете ведущую шестеренку и фиксируете гайкой.

В процессе установки ротора в корпус редуктора контролируйте запрессовку подшипника. Правильно установленный ротор легко проворачивается в корпусе редуктора.

Установка ротора в корпус статора

В корпус статора вставляется собранный редуктор с ротором, на который напрессован подшипник со стороны коллектора, закрытый защитным резиновым пыльником, и проверяется легкость прокручивания. Осталось установить собранный шпиндель в корпус редуктора.

Собранный шпиндель вставьте в корпус редуктора поз.3, предварительно проложив резиновое кольцо поз.55 и смазав болты поз.52 герметиком.
Обслуживание Макиты GA 5030 \ Чиним Makita 5030

Видео:

Все операции по сборке механической части болгарки сопровождаются обязательной смазкой деталей. Особое внимание уделяйте процессу накладывания смазки в редуктор болгарки.

Здесь важно не только ее качество, но и количество. В корпус редуктора болгарки укладывается смазка в объеме 1/3 объема редуктора.

Собрав механическую часть болгарки, каждый раз перед закручиванием крепежных винтов проверьте легкость вращения редуктора, провернув его за шпиндель.

На заключительном этапе осталось установить угольные щетки, надеть заднюю крышку корпуса и проверить работоспособность инструмента.

В болгарках Makita 9565 установлены угольные щетки CB-325. Своевременная замена угольных щеток не только сохранит ротор, но и продлит срок службы всего инструмента.

Как правило, угольные щетки меняются после 7000 часов работы или при износе до 8 мм длины. В экстренных случаях можно воспользоваться самодельными угольными щетками. Но при первой же возможности надо установить родные.

Если ваша болгарка после сборки работает без посторонних шумов, без рывков, вас можно поздравить. Задача по ремонту болгарки Makita выполнена.

Пара слов о подделках

На российском рынке инструмента частенько встречаются подделки болгарок фирмы Makita. Популярный и раскрученный бренд пользуется популярностью не только у пользователей, но и различных мастей жуликов.

Чаще всего подделке подвергаются мощные болгарки фирмы Makita. Например, Makita 9069.

При выборе болгарки Makita обращайте внимание на следующие детали:

качество литых из пластмассы деталей;

качество изготовления дополнительной ручки;

низкая цена должна вас насторожить;

внимательно изучите табличку, на ней можно найти массу неточностей;

на болгарках Makita обязательно должен присутствовать серийный номер;

на корпусах болгарок Makita нанесена обязательная надпись, которой вы не найдете на подделках;

на угольных щетках оригинала Makita нанесены штатные номера;

как правило, в сборке применяются винты с шестигранной головкой, на подделках винты «Филиппс»;

обмотки якоря и статора у подделок покрыты кустарным лаком.

Соблюдая осторожность при выборе болгарки Makita, вы не нарветесь на подделку и  приобретете настоящий инструмент японских производителей.

Успехов Вам!

Видео ремонта болгарок Makita

ОБЗОР УШМ MAKITA GA5030 (углошлифовальная машина makita)

Видео:

Ремонт Болгарки Makita GA 9020

Видео:

Ремонт УШМ Макита своими руками.

Видео:

Ремонт болгарки Makita 9565CV

Видео:

БOЛГАРКА MAKITA GA9020S ОБЗОР…

Видео:

Ремонт китайской болгарки Makita GA9020

Видео:

Ремонт Makita 5030 (Болгарка 125)

Видео:

Makita 9565 CVR (Болгарка 125)

Видео:

Ремонт УШМ Makita 9555HN. Замена статора и ротора. :: АвтоМотоГараж

За всё время эксплуатации электроинструмента, впервые сам его «спалил». Во время продолжительной работы у меня очень сильно задымила УШМ Makita 9555HN. Случилось это из-за спешки и одновременно по недосмотру. В совокупности всех моих действий и событий произошёл очень сильный перегрев инструмента. Своевременно перегрев замечен не был по причине того, что работы выполнялись в сварочных крагах. Поскольку они кожаные, то в них работать безопаснее, так как их не намотает в отличии от тряпичных или вязаных. А поскольку краги предназначены для защиты от температуры, то и работа велась как ни в чём не бывало.

Помимо просто долгой работы, которая длилась около полутора часов, был ещё один усугубляющий момент, на инструменте использовалась несколько тяжёлая оснастка в виде толстого, шестимиллиметрового шлифовального круга и металлической щётки в виде чашки.

Наработка данного экземпляра УШМ небольшая, следовательно, будем его ремонтировать.

Разбираем инструмент. Процесс достаточно прост: откручиваем винт, крепящий чёрный пластиковый кожух и отводим его по кабелю питания. Далее приподнимаем подпружиненные фиксаторы щёток и извлекаем щётки (их две, расположены с разных сторон).

Переходим к разбору передней части УШМ. Откручиваем четыре винта крепящие редуктор и снимаем его. Далее, извлекаем ротор электродвигателя. Для этого необходимо воспользоваться отвёрткой. Устанавливаем её в технологический паз и аккуратно поворачиваем, контролируя процесс. Вытаскивается ротор легко, без какого-либо избыточного усилия (главное не забыть, до этого щётки снять).

Продуваем ротор сжатым воздухом и осматриваем его. Внешне придраться абсолютно не к чему — он идеален. Эмаль на видимых участках проводов не потемнела и сохранила свою целостность. К сожалению, проверить его на межвитковое замыкание пока нечем. Откладываем его в сторону и разбираем дальше.

Теперь нужно добраться до статора. После того как вынули ротор, у нас открылся доступ к крепежу пластиковой защиты статора. Откручиваем два длинных винта и вытаскиваем её. Прежде чем начать извлекать статор, необходимо отсоединить его обмотки и расправить провода. Чтобы извлечь статор можно воспользоваться резиновым молотком. Процесс таков: молотком наносим лёгкие удары по переднему торцу корпуса УШМ, и из-за достаточно большой массы, статор начнёт выходить из посадочного места. При извлечении статора необходимо следить за тем, чтобы его провода проходили в технологических окнах свободно и ни за что не цеплялись.

Осмотр статора выявил наличие подгоревших проводников его обмоток. Эмаль на них значительно потемнела и появились повреждения. Статор под замену.

У нас остался открытым вопрос с ротором. Мне припоминается, что в некоторых крупных торговых точках, где продают запчасти к электроинструменту, могут подсказать и проверить некоторые детали. Берём статор и ротор и отправляемся на поиски запчастей.

Но перед поездкой в магазин ротор придётся немного разобрать. Нам нужно демонтировать пластину и подшипник с передней части. В противоположном случае возможно будут затруднения при проведении его проверки. Чтобы снять пластину необходимо открутить гайку М6. Коническая косозубая шестерня установлена без шпонки, посадка свободная. Сняв шестерню аккуратно стягиваем подшипник вместе с пластиной.

Как и предполагалось проверить и приобрести нужные для замены детали, не составило особого труда. Всего на всего нужно было добраться до правильного, специализированного магазина по продаже тех самых запчастей. Здесь мы и проверили ротор, который в свою очередь тоже «спёкся», и купили новые детали.

Сборку начнём с подготовки всех деталей и узлов УШМ. Сперва нужно продуть сжатым воздухом запылившиеся элементы. Далее в бензине промоем детали редуктора. После этого разложим все составляющие УШМ и приступим к сборке.

Сборка.

Первым устанавливается статор.

Он без всякого труда и спец инструмента встаёт на своё место. Достаточно просто усилия рук. Главное в этом процессе правильно направить четыре провода, которые подключаются к клеммам. Также стоит обратить внимание на красный провод — перемычку (тот, который соединяет между собой две обмотки). При установке статора данный провод норовит занять положение прямо напротив крепёжного отверстия пластиковой защиты. Если это не учесть, то в процессе дальнейшей сборки, при вкручивании одного из винтов, провод будет гарантировано перебит.

После того как статор занял своё место устанавливаем его защиту.

Далее, необходимо подготовить к установке новый ротор.

Здесь нужно установить ранее снятую пластину, подшипник, шестерню с гайкой и не забыть переставить, со старого ротора с заднего подшипника, резиновое кольцо. На схеме оно обозначено под номером 3 и называется лабиринтовое резиновое кольцо.

После завершения вышеуказанных работ, помещаем собранный ротор на место. Далее при помощи четырёх винтов прикручиваем корпус редуктора. Затяжку винтов нужно выполнять равномерно крест на крест.

Теперь ротор зафиксирован и можно устанавливать щётки. Их помещаем в специальные каналы щёткодержатели, фиксируем и подключаем гибкие контакты.

Далее устанавливаем защитный кожух и пробуем запустить электродвигатель. В нашем случае всё заработало без каких-либо нареканий, двигатель работал ровно, искры на щётках отсутствовали.

Завершающей частью работ будет смазка и сборка редуктора. Прилично набив полость внутри редуктора, мы установили последний элемент данного устройства и надёжно его зафиксировали.

Запустив УШМ стало понятно, что смазки в редукторе настолько много, что даже наблюдался несколько затруднённый первый пуск. При последующих пусках этого эффекта уже не было. Но далее было выявлено, что примерно через 30-40 секунд начинается нагрев корпуса редуктора. Ранее такой эффект не наблюдался. Придётся редуктор вновь разобрать и часть смазки удалить.

Явно что смазки очень много.

Но при этом шестерня «сухая». Центростремительное ускорение сбрасывает всю смазку.

Излишки смазочного материала были удалены.

Но остались два вопроса: какая норма смазки для редуктора УШМ? И какой тип смазки должен применяться?

Ремонт Makita макита в Санкт-Петербурге ☛Отличные цены ☛ ☎8991-002-2990-Звони✅СПБ

Ремонт перфоратора   Цены на ремонт электроинструмента   Цены на ремонт бензоинструмента

Качественный послегарантийный ремонт инструмента в Санкт-Петербурге. 

Прием инструмента на ремонт без записи и предварительного звонка.

Режим работы мастерской :

Пн-Пт 11:00-20:00

Сб- 11:00-18:00

 Наша мастерская окажет услуги по диагностике, профилактике и ремонту бензоинструмента электроинструмента Makita Макита любой сложности.

 Как мы работаем:

Ремонт любой сложности: 

1. Ремонт отбойного молотка
2. Ремонт перфоратора
3. Ремонт дрели
4. Ремонт пылесоса, воздуходувки, термовоздуходувки
5. Ремонт лобзика
6. Ремонт пилы
7. Ремонт УШМ
8. Ремонт рубанка и рейсмуса
9. Ремонт фрезера
10. Ремонт шлифовальной и полировальной машины
11. Ремонт шуруповерта и гайковерта
12. Ремонт электро пилы , триммера, косилки
13. Ремонт бензиновой газонокосилки , бензокосы, бензопилы, бензореза
14. Ремонт генератора

 Прайс на Электроинструмент:       

  Прайс на Бензоинструмент:

Если не нашли модель своего инструмента, уточняйте возможность ремонта, на сайте указаны не все модели.

Почему выбирают НАС:

Ремонт отбойного молотка Макита: самые распространенные модели.

Ремонт перфоратора Makita: самые распространенные модели.

Ремонт дрели Макита: самые распространенные модели.

Ремонт пылесоса, воздуходувки, термовоздуходувки Makita: самые распространенные модели.

Ремонт лобзика Макита: самые распространенные модели.

Ремонт пилы Makita: самые распространенные модели.

Ремонт УШМ Макита: самые распространенные модели.

Ремонт рубанка и рейсмуса Makita: самые распространенные модели.

Ремонт фрезера Макита: самые распространенные модели.

Ремонт шлифовальной и полировальной машины Makita: самые распространенные модели.

Ремонт шуруповерта и гайковерта Макита: самые распространенные модели.

Ремонт электро пилы , триммера, косилки Makita: самые распространенные модели.

Ремонт бензиновой газонокосилки , бензокосы, бензопилы, бензореза Макита

Ремонт генератора Makita

 — самые распространенные модели.

ООО «Ремонт инструмента» | Заказ запчастей по схемам

Ремонт аккумуляторной болгарки в Самаре, Самарской области – отремонтировать якоря, редуктора, плавного пуска УШМ

Автор: Сервисный центр «ЭКСПЕРТ-63»

Дата публикации: 2019-05-30

Дата изменения: 2021-05-26

Ремонт болгарки

Сервисный центр Эксперт-63 предлагает ремонт болгарок Bosch (Бош), Макита, МШУ, Интерскол УШМ 125 1100Э – подробности по телефону 8 (846) 995-02-55.

Сервисный центр «Эксперт-63» выполняет оперативный, профессиональный и недорогой ремонт аккумуляторных болгарок в Ж/Д районе Самары. Наши цены – отличный способ сэкономить и продлить рабочий ресурс специнструмента. В процессе эксплуатации даже надежная строительная техника может сломаться, но это еще не повод искать ей дорогостоящую замену. Во многих случаях инструмент можно починить. Обратиться к мастеру стоит в следующих случаях:

• корпус или сетевой шнур сильно перегреваются;
• электродвигатель гудит при запуске и наборе оборотов;
• присутствует вибрация, треск, искры, запах гари.

Спецтехника может просто не включаться без каких-либо видимых повреждений, работать с низкой эффективностью или перебоями. В любом случае стоит доверить диагностику мастеру, так как использование неисправного режущего инструмента связано с высоким уровнем риска травмироваться. Наши сотрудники выполняют ремонт якоря, редуктора, кнопки плавного пуска болгарки и других функциональных узлов с использованием только оригинальных запчастей, постоянно присутствующих на складе.

Выгодные условия от сервисного центра «Эксперт-63»

Мы хорошо знаем, к каким последствиям приводят внезапные поломки инструмента и спецоборудования. Поэтому доверив нам профилактику или ремонт болгарки Bosch (Бош), Макита, МШУ, Интерскол УШМ 125 1100Э и любой другой марки, Вы можете рассчитывать на оперативное выполнение ремонтно-восстановительных мероприятий. На основании первичной диагностики наш мастер по ремонту электроинструмента объективно оценит целесообразность восстановления и предложит:

• эффективную и экономичную схему техобслуживания;
• заводские детали для замены изношенных аналогов;
• сжатые сроки проведения ремонтных мероприятий;
• обоснованные цены на все виды услуг и материалов.

Приглашаем собственников прокатных парков, строительные фирмы, частных мастеров и коммунальные службы Самары и Самарской области к продуктивному сотрудничеству. Мы поможем Вам быстро отремонтировать инструмент, заказать оригинальные детали, сэкономить на дорогой покупке новой техники. Итоговая стоимость обслуживания рассчитывается по фиксированному прайсу. Мы работаем честно и добросовестно, гарантируя стабильную, длительную, эффективную работу восстановленных электроинструментов.

Сервисный центр Эксперт-63 предлагает обслуживание и ремонт дисковых пил Hitachi (Хитачи), Bosch (Бош), Интерскол, AEG (АЕГ), Dewalt (Деволт), Makita (Макита).

Сервисный центр Эксперт–63 предлагает обслуживание и ремонт циркулярок Hitachi (Хитачи), Bosch (Бош), Интерскол, AEG (АЕГ), Dewalt (Деволт), Makita (Макита).

Компания «Пин»- ремонт и запчасти для электроинструмента.

Авторизованный сервисный центр

Добро пожаловать на сайт компании «ПИН»!

Мы занимаемся качественным и быстрым ремонтом электроинструмента в Санкт-Петербурге (перфораторов, дрелей, циркулярных пил,лобзиков, шуруповертов, УШМ и т.д.), а также ремонтируем садовую технику BOSCH, SKIL, Makita (газонокосилки, триммеры, садовые измельчители).

Наша компания является дилером фирмы ООО «Роберт Бош» и поставляет только оригинальные запчасти для электроинструмента BOSCH, SKIL, DREMEL Hitachi, а также запчасти для электроинстумента Makita. Если Вас интересует быстрый и качественный ремонт инструмента: дрелей, пил, шуруповертов, УШМ, перфораторов, отбойных молотков или запчасти для электроинструмента, то Вы зашли на нужный сайт.
Наши преимущества:
1. Быстрый ремонт. Большое количество запчастей в наличии на складе.
2. Качественный ремонт. Высококвалифицированные механики смогут разобраться с любой поломкой.
3. Ответственный подход к делу. Если Вы получили отремонтированный инструмент из ремонта,то можете на 100 % быть уверены, что его отремонтировали, как надо, никакой халтуры. То есть инструмент промыт, смазан, запчасти оригинальные.
4. Вежливость и уважение к клиенту.

Также компания «ПИН» занимается продажей оригинальных запчастей для электроинструмента BOSCH, SKIL, DREMEL, MAKITA, HITACHI и комплектующих для перфораторов, дрелей, лобзиков, шуруповертов, пил, болгарок.

Наша задача, чтобы Ваш инструмент не простаивал, а работал на Вас. Мы крутимся как эти шестерни, чтобы в максимально короткие сроки решить все Ваши проблемы, связанные с поломкой электроинструмента. Наш сервисный центр осуществляет прием в гарантийный ремонт электроинструмента Bosch, Makita, Skil, Dremel.

Также у нас вы можете приобрести отремонтированный инструмент в отличном состоянии. Если Вы ищете ремонт электроинструмента в Приморском районе Санкт-Петербурга, обращайтесь к нам. Искренне рады каждому клиенту!

partitioning — Восстановление поврежденного раздела LVM

Кажется, я испортил свой основной раздел LVM [1], который содержит разделы root и swap.

  $ sudo fdisk -l / dev / sdb
Диск / dev / sdb: 223,6 ГиБ, 240057409536 байт, 468862128 секторов
Единицы: секторы размером 1 * 512 = 512 байт
Размер сектора (логический / физический): 512 байт / 512 байт
Размер ввода-вывода (минимальный / оптимальный): 512 байт / 512 байт
Тип метки диска: dos
Идентификатор диска: 0x00025e8d

Загрузка устройства Начало конечных секторов Размер Id Тип
/ dev / sdb1 * 2048 2099199 2097152 1 ГБ 83 Linux
/ dev / sdb2 3
64 468862127 429810864 205G 5 Расширенный
/ dev / sdb5 312 468860927 429807616 205G 8e Linux LVM
  

gparted говорит об этом о / dev / sdb5:

  Невозможно определить файловую систему! Возможные причины:
- Файловая система повреждена
- Файловая система неизвестна GParted
- Нет доступной файловой системы (неформатированная)
- Запись устройства / dev / sdb5 отсутствует
  

Кажется, что система вообще не может найти разделы LVM:

  $ sudo vgchange -ay ubuntu-vg
  Группа томов "ubuntu-vg" не найдена
  Не удается обработать группу томов ubuntu-vg
  

  $ sudo lvscan -av
    Использование логических томов в командной строке.Группы томов не найдены.
  

Как я могу исправить / dev / sdb5?

Сейчас я запускаю gpart на / dev / sdb, чтобы посмотреть, поможет ли это. fsck не работает:

  $ Судо fsck / dev / sdb5
fsck из util-linux 2.27.1
e2fsck 1.42.13 (17 мая 2015 г.)
ext2fs_open2: неверное магическое число в суперблоке
fsck.ext2: суперблок недействителен, выполняется попытка резервного копирования блоков ...
fsck.ext2: неверное магическое число в суперблоке при попытке открыть / dev / sdb5

Суперблок не может быть прочитан или не описывает действительный ext2 / ext3 / ext4
файловая система.Если устройство действующее и действительно содержит ext2 / ext3 / ext4
файловая система (а не swap или ufs или что-то еще), то суперблок
поврежден, и вы можете попробовать запустить e2fsck с альтернативным суперблоком:
    e2fsck -b 8193 <устройство>
 или
    e2fsck -b 32768 <устройство>
  

Я считаю, что исходная файловая система на / dev / sdb5 была "lvm2 pv", и у меня есть возможность отформатировать / dev / sdb5 как это через gparted, но прежде чем я усугублю ситуацию, я подумал, что спрошу здесь.

[1]: Я добавлял дополнительное пространство к моему загрузочному разделу, когда я это подтвердил.Я следовал указаниям здесь, здесь и здесь. Примерно в таком порядке я все делал (насколько мне известно)

• Я уменьшил ubuntu-vg / root на пару ГБ, чтобы освободить место
• Я пробовал pvmove ubuntu-vg / swap, но он жаловался на нехватку места
• Я уменьшил ubuntu-vg / root еще немного
• I p4move d ubuntu-vg / swap, чтобы переместить нераспределенное пространство в конец / dev / sdb2
• Я использовал KDE Partition Manager, чтобы переместить / dev / sdb5 в конец / dev / sdb2, чтобы нераспределенное пространство было в начале / dev / sdb2
  • Я попытался, чтобы менеджер разделов KDE сжал / dev / sdb2, чтобы освободить нераспределенное пространство для / dev / sdb1, но при этой операции произошла ошибка.Я открыл gparted, и он сказал мне перезагрузиться, поэтому я сделал
• Я открыл gparted, сжал / dev / sdb2 и увеличил / dev / sdb1. Это когда я заметил, что была ошибка на / dev / sdb5

backup - Монтирование раздела Luks

ОРИГИНАЛЬНЫЙ ПОЧТ:

Я создал резервную копию диска со всеми его разделами с помощью команды

  dd if = / dev / sda of = / media / oshirowanen / external-drive / backups-2019 / ubuntu.img
  

/ dev / sda - это SSD с Ubuntu 18.04 установлен с полным шифрованием.

Прежде чем стереть этот диск и перенастроить его, я хочу убедиться, что резервная копия сработала.

Я пробовал следующее, выполнив поиск на askubuntu и других сайтах stackexchange:

  sudo losetup -P / dev / loop0 /media/oshirowanen/external-drive/backups-2019/ubuntu.img
[sudo] пароль для oshirowanen: [здесь пароль]
losetup: /media/oshirowanen/external-drive/backups-2019/ubuntu.img: не удалось настроить устройство петли: устройство или ресурс занят

sudo losetup -P / dev / loop100 / media / oshirowanen / external-drive / backups-2019 / ubuntu.img
sudo cryptsetup luksOpen / dev / loop100p5 img5
Введите кодовую фразу для / dev / loop100p5: [здесь пароль]

cd / mnt
mkdir img5
sudo mount / dev / mapper / img5 img5
mount: / mnt / img5: неизвестный тип файловой системы 'LVM2_member'.
  

Что я делаю не так? И cryptsetup , и lvm2 уже установлены.

Если это не лучший способ резервного копирования диска, пожалуйста, предложите что-нибудь, что лучше.

ОБНОВЛЕНИЕ 1:

  oshirowanen @ desktop: ~ $ sudo pvscan
[sudo] пароль для oshirowanen:
  ВНИМАНИЕ: PV udJ9tW-vls3-YQOz-cLkW-lTsh-DMCF-zrfLD0 на / dev / mapper / img5 уже был найден на / dev / mapper / sda5_crypt.ВНИМАНИЕ: отключение кеша lvmetad, который не поддерживает дублирование PV.
  ВНИМАНИЕ: lvmetad не используется, так как были обнаружены повторяющиеся PV.
  ВНИМАНИЕ: PV udJ9tW-vls3-YQOz-cLkW-lTsh-DMCF-zrfLD0 на / dev / mapper / img5 уже был найден на / dev / mapper / sda5_crypt.
  ВНИМАНИЕ: PV udJ9tW-vls3-YQOz-cLkW-lTsh-DMCF-zrfLD0 предпочитает устройство / dev / mapper / sda5_crypt, потому что устройство используется LV.
  PV / dev / mapper / sda5_crypt VG ubuntu-vg lvm2 [232,16 ГиБ / 0 бесплатно]
  Всего: 1 [232,16 ГиБ] / используется: 1 [232,16 ГиБ] / без VG: 0 [0]
oshirowanen @ desktop: ~ $ sudo vgscan
  ВНИМАНИЕ: PV udJ9tW-vls3-YQOz-cLkW-lTsh-DMCF-zrfLD0 на / dev / mapper / img5 уже был найден на / dev / mapper / sda5_crypt.ВНИМАНИЕ: отключение кеша lvmetad, который не поддерживает дублирование PV.
  ВНИМАНИЕ: lvmetad не используется, так как были обнаружены повторяющиеся PV.
  Чтение всех физических томов. Это может занять некоторое время ...
  ВНИМАНИЕ: PV udJ9tW-vls3-YQOz-cLkW-lTsh-DMCF-zrfLD0 на / dev / mapper / img5 уже был найден на / dev / mapper / sda5_crypt.
  ВНИМАНИЕ: PV udJ9tW-vls3-YQOz-cLkW-lTsh-DMCF-zrfLD0 предпочитает устройство / dev / mapper / sda5_crypt, потому что устройство используется LV.
  Обнаружена группа томов "ubuntu-vg" с использованием типа метаданных lvm2.
oshirowanen @ desktop: ~ $ sudo vgs
  ВНИМАНИЕ: lvmetad не используется, так как были обнаружены повторяющиеся PV.ВНИМАНИЕ: использовать multipath или vgimportclone для разрешения повторяющихся PV?
  ВНИМАНИЕ: После устранения дубликатов запустите «pvscan --cache», чтобы включить lvmetad.
  ВНИМАНИЕ: PV udJ9tW-vls3-YQOz-cLkW-lTsh-DMCF-zrfLD0 на / dev / mapper / img5 уже был найден на / dev / mapper / sda5_crypt.
  ВНИМАНИЕ: PV udJ9tW-vls3-YQOz-cLkW-lTsh-DMCF-zrfLD0 предпочитает устройство / dev / mapper / sda5_crypt, потому что устройство используется LV.
  VG #PV #LV #SN Attr VSize VFree
  убунту-vg 1 2 0 wz - n- 232.16g 0
oshirowanen @ desktop: ~ $ sudo lvs
  ВНИМАНИЕ: lvmetad не используется, так как были обнаружены повторяющиеся PV.ВНИМАНИЕ: использовать multipath или vgimportclone для разрешения повторяющихся PV?
  ВНИМАНИЕ: После устранения дубликатов запустите «pvscan --cache», чтобы включить lvmetad.
  ВНИМАНИЕ: PV udJ9tW-vls3-YQOz-cLkW-lTsh-DMCF-zrfLD0 на / dev / mapper / img5 уже был найден на / dev / mapper / sda5_crypt.
  ВНИМАНИЕ: PV udJ9tW-vls3-YQOz-cLkW-lTsh-DMCF-zrfLD0 предпочитает устройство / dev / mapper / sda5_crypt, потому что устройство используется LV.
  LV VG Attr LSize Исходные данные пула% Meta% Move Log Cpy% Sync Convert
  корень ubuntu-vg -wi-ao ---- <231.21 г
  swap_1 ubuntu-vg -wi-ao ---- 980.00m
oshirowanen @ desktop: ~ $ ls / dev / mapper /
управление img5 sda5_crypt ubuntu - vg-root ubuntu - vg-swap_1
oshirowanen @ desktop: ~ $
  

ОБНОВЛЕНИЕ 2:

  ubuntu @ ubuntu: ~ $ sudo losetup -P / dev / loop100 /media/ubuntu/external-drive/backups-2019/ubuntu.img
ubuntu @ ubuntu: ~ $ sudo cryptsetup luksOpen / dev / loop100p5 img5
Введите кодовую фразу для / dev / loop100p5:
убунту @ убунту: ~ $ cd / mnt
убунту @ убунту: / mnt $ sudo mkdir img5
убунту @ убунту: / mnt $ sudo mount / dev / mapper / img5 img5
mount: / mnt / img5: неизвестный тип файловой системы 'LVM2_member'.убунту @ убунту: / mnt $ sudo pvscan
  PV / dev / mapper / img5 VG ubuntu-vg lvm2 [232,16 ГиБ / 0 бесплатно]
  Всего: 1 [232,16 ГиБ] / используется: 1 [232,16 ГиБ] / без VG: 0 [0]
убунту @ убунту: / mnt $ sudo vgscan
  Чтение групп томов из кеша.
  Обнаружена группа томов "ubuntu-vg" с использованием типа метаданных lvm2.
убунту @ убунту: / mnt $ sudo vgs
  VG #PV #LV #SN Attr VSize VFree
  убунту-vg 1 2 0 wz - n- 232.16g 0
убунту @ убунту: / mnt $ sudo lvs
  LV VG Attr LSize Исходные данные пула% Meta% Move Log Cpy% Sync Convert
  корень ubuntu-vg -wi-a ----- <231.21 г
  swap_1 ubuntu-vg -wi-a ----- 980.00m
убунту @ убунту: / mnt $ ls / dev / mapper /
управление img5 ubuntu - vg-root ubuntu - vg-swap_1
убунту @ убунту: / mnt $
  

Глава 19. Устранение неполадок LVM Red Hat Enterprise Linux 8

Вы можете использовать инструменты LVM для устранения различных проблем в томах и группах LVM.

19.1. Сбор диагностических данных на LVM

Если команда LVM не работает должным образом, вы можете собрать диагностику следующими способами.

19.2. Отображение информации об отказавших LVM-устройствах

Вы можете отобразить информацию об отказавшем томе LVM, которая поможет определить причину отказа тома.

19.3. Удаление потерянных физических томов LVM из группы томов

Если физический том выходит из строя, вы можете активировать оставшиеся физические тома в группе томов и удалить все логические тома, которые использовали этот физический том, из группы томов.

Процедура

1. Активируйте остальные физические тома в группе томов:

    # vgchange --activate y --partial  volume-group  

2. Проверьте, какие логические тома будут удалены:

    # vgreduce --removemissing --test  volume-group  

3. Удалите все логические тома, которые использовали потерянный физический том, из группы томов:

    # vgreduce --removemissing --force  volume-group  

4. Необязательно: если вы случайно удалили логические тома, которые хотели сохранить, вы можете отменить операцию vgreduce :

    # vgcfgrestore  группа томов  

   Если вы удалили тонкий пул, LVM не сможет отменить операцию.

19,5. Замена отсутствующего физического тома LVM

Если физический том выходит из строя или его необходимо заменить по другой причине, вы можете пометить новый физический том, чтобы заменить тот, который был утерян в существующей группе томов.

19.5.1. Поиск метаданных отсутствующего физического тома LVM

Эта процедура находит последние заархивированные метаданные физического тома, который отсутствует или поврежден.

Процедура

1. Найдите заархивированный файл метаданных группы томов, содержащей физический том.

   Архивные файлы метаданных расположены по адресу / etc / lvm / archive / имя-группы-тома _ резервный-номер .vg путь. Выберите последний известный допустимый файл метаданных, который имеет наибольший номер для группы томов.

2. Найдите UUID физического тома. Воспользуйтесь одним из следующих способов.

   • Перечислите логические тома:

      # lvs --all --options + устройства
     
       Не удалось найти устройство с uuid ' FmGRh4-zhok-iVI8-7qTD-S5BI-MAEN-NYM5Sk '.

   • Изучите заархивированный файл метаданных. Найдите UUID как значение с меткой id = в разделе physical_volumes конфигурации группы томов.

   • Отключите группу томов с помощью параметра --partial :

      # vgchange --activate n --partial  имя-группы-тома 
     
       ЧАСТИЧНЫЙ РЕЖИМ. Будут обработаны неполные логические тома.
       ВНИМАНИЕ! Не удалось найти устройство с uuid  42B7bu-YCMp-CEVD-CmKH-2rk6-fiO9-z1lf4s .ПРЕДУПРЕЖДЕНИЕ: VG  raid_sanity  отсутствует PV  42B7bu-YCMp-CEVD-CmKH-2rk6-fiO9-z1lf4s  (последний раз записан на  / dev / sdb1 ).
       0 логических томов в группе томов « raid_sanity » сейчас активны 

19.5.2. Восстановление метаданных на физическом томе LVM

Эта процедура восстанавливает метаданные на физическом томе, который либо поврежден, либо заменен новым устройством.

Не пытайтесь выполнить эту процедуру на рабочем логическом томе LVM.Вы потеряете свои данные, если укажете неверный UUID.

Процедура

1. Восстановите метаданные на физическом томе:

    # pvcreate --uuid  Physical-volume-uuid  \
              --restorefile / etc / lvm / archive /  имя-группы-тома  _  номер-резервной копии  .vg \
                блок-устройство  

   Команда перезаписывает только области метаданных LVM и не влияет на существующие области данных.

   Пример 19.6. Восстановление физического тома на / dev / sdh2

   В следующем примере устройство / dev / sdh2 помечается как физический том со следующими свойствами:

   • UUID FmGRh4-zhok-iVI8-7qTD-S5BI-MAEN-NYM5Sk
   • Информация о метаданных, содержащаяся в VG_00050.vg , который представляет собой самые последние хорошие архивные метаданные для группы томов.

    # pvcreate --uuid "FmGRh4-zhok-iVI8-7qTD-S5BI-MAEN-NYM5Sk" \
              --restorefile / etc / lvm / archive / VG_00050.vg \
              / dev / sdh2
   
     ...
     Физический том "/ dev / sdh2" успешно создан 

2. Восстановите метаданные группы томов:

    # vgcfgrestore  имя-группы-томов 
   
     Восстановленная группа томов  имя-группы томов  

3. Отобразите логические тома в группе томов:

    # lvs --all --options + devices  имя-группы-тома  

   Логические тома в настоящее время неактивны.Например:

    LV VG Attr LSize Origin Snap% Move Log Copy% Устройства
     полоса VG -wi --- 300.00G / dev / sdh2 (0), / dev / sda1 (0)
     полоса VG -wi --- 300.00G / dev / sdh2 (34728), / dev / sdb1 (0) 

4. Если тип сегмента логических томов - RAID или зеркало, повторно синхронизируйте логические тома:

    # lvchange --resync  имя-группы-тома / имя-логического-тома  

5. Активируйте логические тома:

    # lvchange --activate y / dev /  имя-группы-тома / имя-логического-тома  

6. Если метаданные LVM на диске занимают не меньше места, чем то, что их заменяет, эта процедура может восстановить физический том.Если то, что перекрывало метаданные, прошло за пределами области метаданных, возможно, это повлияло на данные в томе. Возможно, вы сможете использовать команду fsck для восстановления этих данных.

Этапы проверки

• Отобразите активные логические тома:

   # lvs --all --options + устройства
  
    LV VG Attr LSize Origin Snap% Move Log Copy% Устройства
    полоса VG -wi-a- 300.00G / dev / sdh2 (0), / dev / sda1 (0)
    нашивка VG -wi-a- 300.00G / dev / sdh2 (34728), / dev / sdb1 (0) 

19.6. Устранение неполадок LVM RAID

Вы можете устранять различные проблемы в устройствах LVM RAID, чтобы исправить ошибки данных, восстановить устройства или заменить вышедшие из строя устройства.

19.6.1. Проверка согласованности данных в логическом томе RAID (очистка RAID)

LVM обеспечивает поддержку очистки логических томов RAID. Очистка RAID - это процесс чтения всех блоков данных и четности в массиве и проверки их согласованности.

Процедура

1. Необязательно: ограничьте полосу пропускания ввода-вывода, которую использует процесс очистки.

   Когда вы выполняете операцию очистки RAID, фоновый ввод-вывод, необходимый для операций sync , может вытеснить другие операции ввода-вывода для устройств LVM, например обновления метаданных группы томов. Это может привести к замедлению других операций LVM. Вы можете контролировать скорость операции очистки, реализовав регулирование восстановления.

   Добавьте следующие параметры к командам lvchange --syncaction на следующих этапах:

   --maxrecoveryrate Скорость [bBsSkKmMgG]

   Устанавливает максимальную скорость восстановления, чтобы операция вытеснила номинальные операции ввода-вывода. Установка скорости восстановления на 0 означает, что операция неограничена.

   --minrecoveryrate Скорость [bBsSkKmMgG]

   Устанавливает минимальную скорость восстановления, чтобы гарантировать, что операции ввода-вывода для операций sync достигают минимальной пропускной способности, даже при наличии тяжелых номинальных операций ввода-вывода.

   Задайте значение Rate как количество в секунду для каждого устройства в массиве. Если вы не укажете суффикс, параметры предполагают килобайт в секунду на устройство.

2. Отобразите количество неточностей в массиве, не исправляя их:

    # lvchange --syncaction check  vg / raid_lv  

3. Исправьте неточности в массиве:

    # lvchange --syncaction repair  vg / raid_lv  

   Операция lvchange --syncaction repair не выполняет ту же функцию, что и операция lvconvert --repair :

   • Операция lvchange --syncaction repair запускает операцию фоновой синхронизации в массиве.
   • Операция lvconvert --repair восстанавливает или заменяет вышедшие из строя устройства в зеркальном или логическом томе RAID.

4. Необязательно: отобразить информацию об операции очистки:

    # lvs -o + raid_sync_action, raid_mismatch_count  vg / lv  

   • В поле raid_sync_action отображается текущая операция синхронизации, которую выполняет том RAID.Это может быть одно из следующих значений:

     холостой ход

     Все операции синхронизации завершены (ничего не происходит)

     повторная синхронизация

     Инициализация массива или восстановление после сбоя машины

     восстановление

     Замена устройства в массиве

     чек

     Ищем несоответствия массивов

     ремонт

     Поиск и устранение несоответствий

   • В поле raid_mismatch_count отображается количество расхождений, обнаруженных во время операции check .
   • В поле Cpy% Sync отображается ход выполнения операций sync .

   • Поле lv_attr содержит дополнительные индикаторы. Бит 9 этого поля отображает состояние логического тома и поддерживает следующие индикаторы:

     • м (несовпадения) указывает на наличие несоответствий в логическом томе RAID. Этот символ отображается после того, как операция очистки обнаружила, что части RAID некогерентны.
     • r (обновление) указывает, что устройство в массиве RAID столкнулось с ошибкой, и ядро ​​считает это неисправным, даже если LVM может прочитать метку устройства и считает устройство работоспособным. Обновите логический том, чтобы уведомить ядро ​​о том, что устройство теперь доступно, или замените устройство, если вы подозреваете, что оно вышло из строя.

Дополнительные ресурсы

• Для получения дополнительной информации см. Справочные страницы lvchange (8) и lvmraid (7) .

19.6.2. Неисправные устройства в LVM RAID

RAID не похож на традиционное зеркалирование LVM. Зеркальное отображение LVM требовало удаления неисправных устройств, в противном случае зеркальный логический том зависал. RAID-массивы могут продолжать работать с неисправными устройствами. Фактически, для типов RAID, отличных от RAID1, удаление устройства будет означать преобразование в RAID более низкого уровня (например, из RAID6 в RAID5 или из RAID4 или RAID5 в RAID0).

Поэтому вместо того, чтобы безоговорочно удалять неисправное устройство и потенциально выделять замену, LVM позволяет вам заменить неисправное устройство в томе RAID в одноэтапном решении, используя аргумент --repair команды lvconvert .

19.6.3. Восстановление вышедшего из строя RAID-устройства в логическом томе

Если отказ устройства LVM RAID является временным отказом или вы можете восстановить устройство, которое вышло из строя, вы можете инициировать восстановление отказавшего устройства.

Предварительные требования

• Ранее вышедшее из строя устройство теперь работает.

Этапы проверки

• Осмотрите логический том с восстановленным устройством:

   # lvs --all --options name, devices, lv_attr, lv_health_status  my_vg  

19.6.4. Замена вышедшего из строя RAID-устройства в логическом томе

Эта процедура заменяет вышедшее из строя устройство, которое служит физическим томом в логическом томе LVM RAID.

Предварительные требования

• Группа томов включает физический том, который обеспечивает достаточно свободного места для замены вышедшего из строя устройства.

  Если в группе томов нет физического тома с достаточным количеством свободных экстентов, добавьте новый достаточно большой физический том с помощью утилиты vgextend .

Процедура

1. В следующем примере логический том RAID устроен следующим образом:

    # lvs --all --options name, copy_percent, devices my_vg
   
     LV Cpy% Sync Devices
     my_lv 100.00 my_lv_rimage_0 (0), my_lv_rimage_1 (0), my_lv_rimage_2 (0)
     [my_lv_rimage_0] / dev / sde1 (1)
     [my_lv_rimage_1] / dev / sdc1 (1)
     [my_lv_rimage_2] / dev / sdd1 (1)
     [my_lv_rmeta_0] / dev / sde1 (0)
     [my_lv_rmeta_1] / dev / sdc1 (0)
     [my_lv_rmeta_2] / dev / sdd1 (0) 

2. Если устройство / dev / sdc выходит из строя, вывод команды lvs будет следующим:

    # lvs --all --options name, copy_percent, devices my_vg
   
     / dev / sdc: open failed: нет такого устройства или адреса
     Не удалось найти устройство с uuid A4kRl2-vIzA-uyCb-cci7-bOod-H5tX-Izh5Ee.ВНИМАНИЕ: не удалось найти все устройства для LV my_vg / my_lv_rimage_1 при проверке используемых и предполагаемых устройств.
     ВНИМАНИЕ: не удалось найти все устройства для LV my_vg / my_lv_rmeta_1 при проверке используемых и предполагаемых устройств.
     LV Cpy% Sync Devices
     my_lv 100.00 my_lv_rimage_0 (0), my_lv_rimage_1 (0), my_lv_rimage_2 (0)
     [my_lv_rimage_0] / dev / sde1 (1)
     [my_lv_rimage_1] [неизвестно] (1)
     [my_lv_rimage_2] / dev / sdd1 (1)
     [my_lv_rmeta_0] / dev / sde1 (0)
     [my_lv_rmeta_1] [неизвестно] (0)
     [my_lv_rmeta_2] / dev / sdd1 (0) 

3. Замените вышедшее из строя устройство и отобразите логический том:

    # lvconvert --repair my_vg / my_lv
   
     / dev / sdc: open failed: нет такого устройства или адреса
     Не удалось найти устройство с uuid A4kRl2-vIzA-uyCb-cci7-bOod-H5tX-Izh5Ee.ВНИМАНИЕ: не удалось найти все устройства для LV my_vg / my_lv_rimage_1 при проверке используемых и предполагаемых устройств.
     ВНИМАНИЕ: не удалось найти все устройства для LV my_vg / my_lv_rmeta_1 при проверке используемых и предполагаемых устройств.
   Попытка заменить неисправные образы RAID (требуется полная повторная синхронизация устройства)? [д / н]: д
     Неисправные устройства в my_vg / my_lv успешно заменены. 

   Необязательно: чтобы вручную указать физический том, заменяющий вышедшее из строя устройство, добавьте физический том в конце команды:

    # lvconvert --repair my_vg / my_lv replacement_pv 

4. Осмотрите логический том с заменой:

    # lvs --all --options name, copy_percent, devices my_vg
   
     / dev / sdc: open failed: нет такого устройства или адреса
     / dev / sdc1: ошибка открытия: нет такого устройства или адреса
     Не удалось найти устройство с uuid A4kRl2-vIzA-uyCb-cci7-bOod-H5tX-Izh5Ee.LV Cpy% Sync Devices
     my_lv 43.79 my_lv_rimage_0 (0), my_lv_rimage_1 (0), my_lv_rimage_2 (0)
     [my_lv_rimage_0] / dev / sde1 (1)
     [my_lv_rimage_1] / dev / sdb1 (1)
     [my_lv_rimage_2] / dev / sdd1 (1)
     [my_lv_rmeta_0] / dev / sde1 (0)
     [my_lv_rmeta_1] / dev / sdb1 (0)
     [my_lv_rmeta_2] / dev / sdd1 (0) 

   Пока вы не удалите неисправное устройство из группы томов, утилиты LVM по-прежнему будут указывать, что LVM не может найти неисправное устройство.

5. Удалите неисправное устройство из группы томов:

    # vgreduce --removemissing  VG  

19.7. Устранение неполадок, связанных с недостаточностью свободных экстентов для логического тома

Вы можете получить сообщение об ошибке Недостаточно свободных экстентов при попытке создать логический том, даже если вы считаете, что в группе томов достаточно свободного места. Вы можете устранить эту ошибку, чтобы создать логический том в группе томов.

Физические тома объединены в группы томов (VG). Это создает пул дискового пространства, из которого могут быть выделены логические тома.

В группе томов доступное для распределения дисковое пространство делится на блоки фиксированного размера, называемые экстентами. Экстент - это наименьшая единица пространства, которую можно выделить. Внутри физического тома экстенты называются физическими экстентами.

Логический том распределяется по логическим экстентам того же размера, что и физические экстенты.Таким образом, размер экстента одинаков для всех логических томов в группе томов. Группа томов сопоставляет логические экстенты с физическими.

19.7.2. Ошибки округления в выводе LVM

Команды LVM, которые сообщают об использовании пространства в группах томов, округляют полученное число до 2 десятичных знаков для обеспечения удобочитаемого вывода. Сюда входят утилиты vgdisplay и vgs .

В результате округления сообщаемое значение свободного пространства может быть больше, чем предоставляют физические экстенты в группе томов.Если вы попытаетесь создать логический том размером с сообщенное свободное пространство, вы можете получить следующую ошибку:

 Недостаточно свободных экстентов 

Чтобы обойти ошибку, необходимо проверить количество свободных физических экстентов в группе томов, которое является точным значением свободного пространства. Затем вы можете использовать количество экстентов для успешного создания логического тома.

19.7.3. Предотвращение ошибки округления при создании тома LVM

При создании логического тома LVM вы можете указать размер логического тома, чтобы не возникала ошибка округления.

Процедура

1. Найдите количество свободных физических экстентов в группе томов:

    # vgdisplay  имя-группы-тома  

   Пример 19.7. Свободные экстенты в группе томов

   Например, следующая группа томов имеет 8780 свободных физических экстентов:

    --- Группа томов ---
     ...
     Свободный ПЭ / Размер 8780 / 34,30 ГБ 

2. Создайте логический том.Введите размер тома в экстентах, а не в байтах.

   Пример 19.8. Создание логического тома с указанием количества экстентов

    # lvcreate --extents 8780 --name testlv testvg 

   Пример 19.9. Создание логического тома, занимающего все оставшееся пространство

   Кроме того, вы можете расширить логический том, чтобы использовать процент от оставшегося свободного пространства в группе томов. Например:

    # lvcreate --extents 100% БЕСПЛАТНО --name testlv2 testvg 

Этапы проверки

• Проверьте количество экстентов, которые теперь использует группа томов:

   # vgs --options + vg_free_count, vg_extent_count
  
    VG #PV #LV #SN Attr VSize VFree Free #Ext
    TestVG 2 1 0 WZ - N- 34.30G 0 0 8780 

19,8. Устранение проблем с дублированием предупреждений о физических томах для устройств LVM с несколькими подключениями

При использовании LVM с многопользовательским хранилищем команды LVM, которые перечисляют группу томов или логический том, могут отображать такие сообщения, как следующие:

 Обнаружен дубликат PV GDjTZf7Y03GJHjteqOwrye2dcSCjdaUi: используется / dev / dm-5, а не / dev / sdd
Обнаружен дубликат PV GDjTZf7Y03GJHjteqOwrye2dcSCjdaUi: с использованием / dev / emcpowerb, а не / dev / sde
Обнаружен дубликат PV GDjTZf7Y03GJHjteqOwrye2dcSCjdaUi: using / dev / sddlmab not / dev / sdf 

Вы можете устранить неполадки с этими предупреждениями, чтобы понять, почему LVM отображает их, или чтобы скрыть предупреждения.

19.8.1. Основная причина повторяющихся предупреждений PV

Когда программное обеспечение для управления несколькими путями, такое как Device Mapper Multipath (DM Multipath), EMC PowerPath или Hitachi Dynamic Link Manager (HDLM), управляет устройствами хранения в системе, каждый путь к определенному логическому устройству (LUN) регистрируется как отдельное устройство SCSI. Затем программа для работы с несколькими путями создает новое устройство, которое сопоставляется с этими отдельными путями. Поскольку каждый LUN имеет несколько узлов устройств в каталоге / dev , которые указывают на одни и те же базовые данные, все узлы устройств содержат одни и те же метаданные LVM.

Таблица 19.1. Пример сопоставления устройств в другом программном обеспечении multipath

В результате наличия нескольких узлов устройства инструменты LVM находят одни и те же метаданные несколько раз и сообщают о них как о дубликатах.

19.8.2. Случаи дублирования предупреждений PV

LVM отображает повторяющиеся предупреждения PV в любом из следующих случаев:

• Два устройства, отображаемые в выходных данных, являются отдельными путями к одному и тому же устройству.
• Оба устройства, отображаемые в выходных данных, являются картами многолучевого распространения.

Отдельные пути к одному устройству

В следующем примере показано предупреждение о дублировании PV, в котором оба дублирующих устройства являются единственными путями к одному и тому же устройству.

 Обнаружен дубликат PV GDjTZf7Y03GJHjteqOwrye2dcSCjdaUi: с использованием  / dev / sdd , а не  / dev / sdf  

Если вы перечислите текущую топологию DM Multipath с помощью команды multipath -ll , вы можете найти как / dev / sdd , так и / dev / sdf в одной и той же карте multipath.

Эти повторяющиеся сообщения являются только предупреждениями и не означают, что операция LVM завершилась неудачно. Скорее они предупреждают вас, что LVM использует только одно из устройств в качестве физического тома и игнорирует другие.

Если сообщения указывают на то, что LVM выбирает неправильное устройство, или если предупреждения мешают работе пользователей, вы можете применить фильтр. Фильтр настраивает LVM для поиска физических томов только на необходимых устройствах и не учитывает любые лежащие в основе пути к многопутевым устройствам. В результате предупреждения больше не появляются.

Карты многолучевого распространения

В следующих примерах показано предупреждение о дублировании PV для двух устройств, которые являются картами многолучевого распространения.Дублирующие физические тома расположены на двух разных устройствах, а не на двух разных путях к одному и тому же устройству.

 Обнаружен дубликат PV GDjTZf7Y03GJHjteqOwrye2dcSCjdaUi: с использованием  / dev / mapper / mpatha , а не  / dev / mapper / mpathc  

 Обнаружен дубликат PV GDjTZf7Y03GJHjtedcO3 с использованием notpowec 900/900/9008
Эта ситуация более серьезна, чем повторяющиеся предупреждения для устройств, которые имеют один путь к одному и тому же устройству.Эти предупреждения часто означают, что машина обращается к устройствам, к которым она не должна обращаться: например, клонам LUN или зеркалам.
 

Если вы точно не знаете, какие устройства следует удалить с машины, эта ситуация может быть неустранимой. Red Hat рекомендует обратиться в службу технической поддержки Red Hat для решения этой проблемы.
 
 
 19.8.3. Фильтр устройства LVM 
 
 

Инструменты LVM сканируют устройства в каталоге  / dev  и проверяют каждое устройство на наличие метаданных LVM.Фильтр в файле  /etc/lvm/lvm.conf  определяет, какие устройства сканирует LVM.
 

Фильтр представляет собой список шаблонов, которые LVM применяет к каждому устройству, найденному при сканировании каталога  / dev  или каталога, указанного ключевым словом  dir  в файле  /etc/lvm/lvm.conf . Шаблоны - это регулярные выражения, разделенные любым символом, которым предшествует ,  для  accept  или  r  для  reject . Первое регулярное выражение в списке, которое соответствует устройству, определяет, принимает или отклоняет (игнорирует) устройство LVM.LVM принимает устройства, не соответствующие ни одному шаблону.
 

Ниже приведена конфигурация фильтра по умолчанию, который сканирует все устройства:
 
 filter = ["a /.*/"] 
 19.8.4. Пример фильтров устройства LVM, предотвращающих дублирование предупреждений PV 
 В следующих примерах показаны фильтры устройств LVM, которые позволяют избежать дублирования предупреждений о физических томах, вызванных несколькими путями хранения к одному логическому устройству (LUN).
 Настраиваемый фильтр должен включать все устройства, метаданные которых необходимо проверить LVM, такие как локальный жесткий диск с корневой группой томов на нем и все устройства с несколькими путями.Отвергая базовые пути к многопутевому устройству (например,  / dev / sdb ,  / dev / sdd  и т. Д.), Вы можете избежать этих повторяющихся предупреждений PV, потому что LVM находит каждую уникальную область метаданных один раз в многопутевом само устройство.
 Этот фильтр принимает второй раздел на первом жестком диске и любые устройства DM Multipath, но отклоняет все остальное:
 filter = ["a | / dev / sda2 $ |", "a | /dev/mapper/mpath.* |", "r |. * |" ] 
 Этот фильтр принимает все контроллеры HP SmartArray и любые устройства EMC PowerPath:
 filter = ["a | / dev / cciss /.* | "," a | /dev/emcpower.* | "," r |. * | "] 
 Этот фильтр принимает любые разделы на первом диске IDE и любых многопутевых устройствах:
 filter = ["a | /dev/hda.* |", "a | /dev/mapper/mpath.* |", "r |. * |" ] 
 19.8.5. Применение конфигурации фильтра устройства LVM 
 Эта процедура изменяет конфигурацию фильтра устройств LVM, который управляет устройствами, сканируемыми LVM.
  Предварительные требования 
 Подготовьте шаблон фильтра устройства, который вы хотите использовать.
  Процедура 
 Протестируйте шаблон фильтра устройства, не изменяя файл  /etc/lvm/lvm.conf .
 Используйте команду LVM с параметром  --config 'devices {filter = [ your device filter pattern ]}'  option. Например:
 # lvs --config 'devices {filter = ["a | /dev/emcpower.* |", "r |. * |" ]} '
 Измените параметр  filter  в файле  / etc / lvm / lvm.conf , чтобы использовать новый шаблон фильтра устройств.
 Убедитесь, что в новой конфигурации отсутствуют физические тома или группы томов, которые вы хотите использовать:
 # pvscan 
 # vgscan 
 Перестройте файловую систему  initramfs  так, чтобы LVM сканировал только необходимые устройства при перезагрузке:
 # dracut --force --verbose 
 19.8.6. Дополнительные ресурсы 
 7.3. Восстановление после сбоя зеркала LVM Red Hat Enterprise Linux 6 
В этом разделе представлен пример восстановления из ситуации, когда одна ветвь зеркального тома LVM выходит из строя из-за того, что базовое устройство физического тома выходит из строя, а для параметра  mirror_log_fault_policy  установлено значение  remove , что требует, чтобы вы вручную перестраивали зеркало. Для получения информации о настройке параметра  mirror_log_fault_policy  см. Раздел 5.4.3.1, «Политика сбоев зеркального логического тома».
 При выходе из строя зеркальной ветви LVM преобразует зеркальный том в линейный, который продолжает работать, как и раньше, но без зеркального дублирования. На этом этапе вы можете добавить в систему новое дисковое устройство, которое будет использоваться в качестве замены физического устройства, и перестроить зеркало.
 Следующая команда создает физические тома, которые будут использоваться для зеркала.
#   pvcreate / dev / sd [abcdefgh] [12]  
  Физический том "/ dev / sda1" успешно создан
  Физический том "/ dev / sda2" успешно создан
  Физический том "/ dev / sdb1" успешно создан
  Физический том "/ dev / sdb2" успешно создан
  Физический том "/ dev / sdc1" успешно создан
  Физический том "/ dev / sdc2" успешно создан
  Физический том "/ dev / sdd1" успешно создан
  Физический том "/ dev / sdd2" успешно создан
  Физический том "/ dev / sde1" успешно создан
  Физический том "/ dev / sde2" успешно создан
  Физический том "/ dev / sdf1" успешно создан
  Физический том "/ dev / sdf2" успешно создан
  Физический том "/ dev / sdg1" успешно создан
  Физический том "/ dev / sdg2" успешно создан
  Физический том "/ dev / sdh2" успешно создан
  Физический том "/ dev / sdh3" успешно создан
 
 Следующие команды создают группу томов  vg  и зеркальный том  groupfs .
#   vgcreate vg / dev / sd [abcdefgh] [12]  
  Группа томов "vg" успешно создана
[корень @ ссылка-08 ~] #   lvcreate -L 750M -n groupfs -m 1 vg / dev / sda1 / dev / sdb1 / dev / sdc1  
  Округление размера до полного физического размера 752,00 МБ
  Создан логический том "groupfs"
 
 Вы можете использовать команду  lvs  для проверки макета зеркального тома и базовых устройств для зеркальной ветви и журнала зеркала. Обратите внимание, что в первом примере зеркало еще не полностью синхронизировано; вам следует подождать, пока в поле  Copy%  не отобразится 100.00 перед продолжением.
#   lvs -a -o + devices  
  LV VG Attr LSize Origin Snap% Move Log Copy% Устройства
  groupfs vg mwi-a- 752.00M groupfs_mlog 21.28 groupfs_mimage_0 (0), groupfs_mimage_1 (0)
  [groupfs_mimage_0] vg iwi-ao 752.00M / dev / sda1 (0)
  [groupfs_mimage_1] vg iwi-ao 752.00M / dev / sdb1 (0)
  [groupfs_mlog] vg lwi-ao 4.00M / dev / sdc1 (0)

[root @ link-08 ~] #   lvs -a -o + devices  
  LV VG Attr LSize Origin Snap% Move Log Copy% Устройства
  groupfs vg mwi-a- 752.00M groupfs_mlog 100.00 groupfs_mimage_0 (0), groupfs_mimage_1 (0)
  [groupfs_mimage_0] vg iwi-ao 752.00M / dev / sda1 (0)
  [groupfs_mimage_1] vg iwi-ao 752.00M / dev / sdb1 (0)
  [groupfs_mlog] vg lwi-ao 4.00M i / dev / sdc1 (0)
 
 В этом примере основная ветвь зеркала  / dev / sda1  выходит из строя. Любая операция записи на зеркальный том заставляет LVM обнаруживать отказавшее зеркало. Когда это происходит, LVM преобразует зеркало в единый линейный объем. В этом случае, чтобы запустить преобразование, мы выполняем команду  dd 
#   dd if = / dev / zero of = / dev / vg / groupfs count = 10  
10 + 0 записей в
10 + 0 записей
 
 Вы можете использовать команду  lvs , чтобы убедиться, что устройство теперь является линейным.Из-за неисправного диска возникают ошибки ввода-вывода.
#   lvs -a -o + devices  
  / dev / sda1: сбой чтения после 0 из 2048 в 0: ошибка ввода / вывода
  / dev / sda2: сбой чтения после 0 из 2048 в 0: ошибка ввода / вывода
  LV VG Attr LSize Origin Snap% Move Log Copy% Устройства
  groupfs vg -wi-a- 752.00M / dev / sdb1 (0)
 
 На этом этапе вы по-прежнему сможете использовать логический том, но дублирования зеркала не будет.
 Чтобы восстановить зеркальный том, вы заменяете сломанный диск и воссоздаете физический том. Если вы используете тот же диск, а не заменяете его новым, вы увидите «несогласованные» предупреждения при запуске команды  pvcreate . Вы можете предотвратить появление этого предупреждения, выполнив команду  vgreduce --removemissing .
#   pvcreate / dev / sdi [12]  
  Физический том "/ dev / sdi1" успешно создан
  Физический том "/ dev / sdi2" успешно создан

[root @ link-08 ~] #   pvscan  
  PV / dev / sdb1 VG vg lvm2 [67.83 ГБ / 67,10 ГБ свободно]
  PV / dev / sdb2 VG vg lvm2 [67,83 ГБ / 67,83 ГБ свободно]
  PV / dev / sdc1 VG vg lvm2 [67,83 ГБ / 67,83 ГБ свободно]
  PV / dev / sdc2 VG vg lvm2 [67,83 ГБ / 67,83 ГБ свободно]
  PV / dev / sdd1 VG vg lvm2 [67,83 ГБ / 67,83 ГБ свободно]
  PV / dev / sdd2 VG vg lvm2 [67,83 ГБ / 67,83 ГБ свободно]
  PV / dev / sde1 VG vg lvm2 [67,83 ГБ / 67,83 ГБ свободно]
  PV / dev / sde2 VG vg lvm2 [67,83 ГБ / 67,83 ГБ свободно]
  PV / dev / sdf1 VG vg lvm2 [67,83 ГБ / 67,83 ГБ свободно]
  PV / dev / sdf2 VG vg lvm2 [67.83 ГБ / 67,83 ГБ свободно]
  PV / dev / sdg1 VG vg lvm2 [67,83 ГБ / 67,83 ГБ свободно]
  PV / dev / sdg2 VG vg lvm2 [67,83 ГБ / 67,83 ГБ свободно]
  PV / dev / sdh2 VG vg lvm2 [67,83 ГБ / 67,83 ГБ свободно]
  PV / dev / sdh3 VG vg lvm2 [67,83 ГБ / 67,83 ГБ свободно]
  PV / dev / sdi1 lvm2 [603,94 ГБ]
  PV / dev / sdi2 lvm2 [603,94 ГБ]
  Всего: 16 [2,11 ТБ] / используется: 14 [949,65 ГБ] / без VG: 2 [1,18 ТБ]
 
 Затем вы расширяете исходную группу томов новым физическим томом.
#   vgextend vg / dev / sdi [12]  
  Группа томов "vg" успешно расширена

#   pvscan  
  PV / dev / sdb1 VG vg lvm2 [67.83 ГБ / 67,10 ГБ свободно]
  PV / dev / sdb2 VG vg lvm2 [67,83 ГБ / 67,83 ГБ свободно]
  PV / dev / sdc1 VG vg lvm2 [67,83 ГБ / 67,83 ГБ свободно]
  PV / dev / sdc2 VG vg lvm2 [67,83 ГБ / 67,83 ГБ свободно]
  PV / dev / sdd1 VG vg lvm2 [67,83 ГБ / 67,83 ГБ свободно]
  PV / dev / sdd2 VG vg lvm2 [67,83 ГБ / 67,83 ГБ свободно]
  PV / dev / sde1 VG vg lvm2 [67,83 ГБ / 67,83 ГБ свободно]
  PV / dev / sde2 VG vg lvm2 [67,83 ГБ / 67,83 ГБ свободно]
  PV / dev / sdf1 VG vg lvm2 [67,83 ГБ / 67,83 ГБ свободно]
  PV / dev / sdf2 VG vg lvm2 [67.83 ГБ / 67,83 ГБ свободно]
  PV / dev / sdg1 VG vg lvm2 [67,83 ГБ / 67,83 ГБ свободно]
  PV / dev / sdg2 VG vg lvm2 [67,83 ГБ / 67,83 ГБ свободно]
  PV / dev / sdh2 VG vg lvm2 [67,83 ГБ / 67,83 ГБ свободно]
  PV / dev / sdh3 VG vg lvm2 [67,83 ГБ / 67,83 ГБ свободно]
  PV / dev / sdi1 VG vg lvm2 [603,93 ГБ / 603,93 ГБ свободно]
  PV / dev / sdi2 VG vg lvm2 [603,93 ГБ / 603,93 ГБ свободно]
  Всего: 16 [2,11 ТБ] / используется: 16 [2,11 ТБ] / без VG: 0 [0]
 
 Преобразуйте линейный том обратно в его исходное зеркальное состояние.
#   lvconvert -m 1 / dev / vg / groupfs / dev / sdi1 / dev / sdb1 / dev / sdc1  
  Зеркало логического тома преобразовано.
 
 Вы можете использовать команду  lvs , чтобы убедиться, что зеркало восстановлено.
#   lvs -a -o + devices  
  LV VG Attr LSize Origin Snap% Move Log Copy% Устройства
  groupfs vg mwi-a- 752.00M groupfs_mlog 68.62 groupfs_mimage_0 (0), groupfs_mimage_1 (0)
  [groupfs_mimage_0] vg iwi-ao 752.00M / dev / sdb1 (0)
  [groupfs_mimage_1] vg iwi-ao 752.00M / dev / sdi1 (0)
  [groupfs_mlog] vg lwi-ao 4.00M / dev / sdc1 (0)
 
 Спасение системы Linux с корневой файловой системой LVM 
 Логические тома и установки Red Hat 
  Содержание: 
 Программа установки Red Hat предпочитает использовать логические тома.Если вы скажете установщику использовать все доступные диски и
 настроив хранилище автоматически, вы получите следующее:
 На первом диске будет три раздела,
  / dev / sda1  типа EFI,
  / dev / sda2  типа Linux Native,
  / dev / sda3  типа LVM.
 Первый раздел,  / dev / sda1 , будет довольно маленьким.
 и будет содержать файловую систему FAT.
 Второй раздел,  / dev / sda2 ,
 будет почти таким же маленьким и будет содержать файловую систему Ext4fs.Загрузчики могут читать файловые системы, но не справляются
 логические тома, поэтому вам нужна файловая система для хранения
 ядро и начальный образ RAM-диска.
 Это не обязательно должно быть большим в мире Red Hat.
 потому что они не хотят, чтобы вы строили ядра.
 На всех остальных дисках будет по одному разделу.
 типа Linux LVM.
 Пример автоматически созданной системы LVM 
 Вот пример системы с тремя дисками.
 VMware предоставляет три образа IDE-дисков объемом 6 ГБ и 1 ГБ оперативной памяти.Некоторые детали виртуализированного диска были удалены.
 из вывода  fdisk :
 Диски и разделы 
[корень @ сервер ~] # ls -l / dev / sd *
брв-рв ----. 1 корневой диск 8, 0 20 ноя, 09:36 / dev / sda
брв-рв ----. 1 корневой диск 8, 1 ноя 20 09:36 / dev / sda1
брв-рв ----. 1 корневой диск 8, 2 ноя 20 09:36 / dev / sda2
брв-рв ----. 1 корневой диск 8, 3 ноя 20 09:36 / dev / sda3
брв-рв ----. 1 корневой диск 8, 16 ноя 20 09:36 / dev / sdb
брв-рв ----. 1 корневой диск 8, 17 ноя 20 09:36 / dev / sdb1
брв-рв ----.1 корневой диск 8, 32 20 ноя, 09:36 / dev / sdc
брв-рв ----. 1 корневой диск 8, 33 20 ноября 09:36 / dev / sdc1
[root @ server ~] # fdisk -l / dev / sd?

Диск / dev / sda: 6442 МБ, 6442450944 байта
Идентификатор диска: 0x0000613a

   Система идентификаторов конечных блоков начала загрузки устройства
/ dev / sda1 * 1 32 256000 ef EFI
/ dev / sda2 33 96 512000 83 Файловая система Linux
/ dev / sda2 97 784 5778432 8e Linux LVM

Диск / dev / sdb: 6442 МБ, 6442450944 байта
Идентификатор диска: 0x000383b1

   Система идентификаторов конечных блоков начала загрузки устройства
/ dev / sdb1 1784 62 8e Linux LVM

Диск / dev / sdc: 6442 МБ, 6442450944 байта
Идентификатор диска: 0x00068690

   Система идентификаторов конечных блоков начала загрузки устройства
/ dev / sdc1 1784 62 8e Linux LVM
 
 Физические тома и группа томов 
 Все устройства LVM были инициализированы как физические LVM.
 тома и из них была создана одна группа томов.Имя хоста, в данном случае  server , было использовано.
 в имени группы томов.
[root @ server ~] # pvscan
  PV / dev / sda3 VG vg_server lvm2 [5,51 ГиБ / 0 свободно]
  PV / dev / sdb1 VG vg_server lvm2 [6,00 ГиБ / 0 свободно]
  PV / dev / sdc1 VG vg_server lvm2 [6,00 ГиБ / 0 бесплатно]
  Всего: 3 [17,50 ГиБ] / используется: 3 [17,50 ГиБ] / без VG: 0 [0]
[корневой @ сервер ~] # vgscan
  Чтение всех физических томов. Это может занять некоторое время ...
  Обнаружена группа томов "vg_server" с использованием типа метаданных lvm2.
 
 Вместо этого вы можете использовать  pvdisplay  и
  vgdisplay  для более подробной информации об этих
 физические тома и группа томов.
 Из этой группы томов были созданы два логических тома,
 с именами  lv_swap  и  lv_root .
 Первый из них будет содержать раздел подкачки и будет
 масштабироваться в зависимости от объема ОЗУ, обнаруженного во время
 установка.
 Второй логический том,  lv_root , будет использовать все
 оставшееся пространство.
 Эта огромная корневая файловая система
 позволяет легко расширить хранилище позже.
 Добавьте больше дисков, сделайте их физическими томами с
  pvcreate , затем расширьте группу томов с помощью
  vgextend , расширить логический  root_lv 
 том с  lvextend  и увеличить файловую систему
 с  resize2fs .
 Вы можете использовать весь новый диск как физический
 том, или вы можете создать на нем один полный раздел, используя
  fdisk  и выбрав тип раздела 8e для Linux LVM.
 Простое использование диска будет знакомо тем, кто пришел из
 корпоративные настройки UNIX, такие как Solaris, AIX и т. д.
 Создание таблиц разделов IBM знакомо по
 аппаратная среда IBM PC.
 Технология поддерживает любой подход.
 Аргумент, который я слышал в пользу создания разделов, заключается в том, что
 системный администратор может не понимать, что происходит
 и предположим, что диск без таблицы разделов IBM содержит
 нет данных и бесплатен для других целей.
 Но это означает, что им не приходит в голову использовать
  file -s  команда, чтобы спросить, что находится в этом устройстве
 специальный файл, или попробуйте команду  pvscan , чтобы увидеть
 что уже используется с LVM.
 Мне кажется, что если вы настаиваете на создании перегородок
 чтобы справиться с этой ситуацией, вы признаете, что ваша система
 администраторы не знают, что делают.
 Решите настоящую проблему вместо того, чтобы надеяться ее избежать!
  Повышение безопасности файловой системы  
 Безопасность можно повысить, разделив хранилище на
 несколько файловых систем и монтирование некоторых из них
 в более осторожных режимах.Эти изменения усложняют задачу злоумышленнику.
 повышать свои привилегии.
 Смотрите мою страницу на
осторожное проектирование и использование файловой системы
 для получения подробной информации о том, как внести эти улучшения.
 Логические тома, устройство отображения и файловые системы 
 Здесь исследуем логические тома, что за устройство
 mapper делает, а смонтированные файловые системы и область подкачки:
[корневой @ сервер ~] # lvscan
  АКТИВНЫЙ '/ dev / vg_server / lv_root' [15.53 ГиБ] наследовать
  АКТИВНЫЙ '/ dev / vg_server / lv_swap' [1,97 ГиБ] наследовать
[корневой @ сервер ~] # ls -l / dev / vg_server
всего 0
lrwxrwxrwx. 1 root root 7 20 ноя 09:36 lv_root -> ../dm-0
lrwxrwxrwx. 1 root root 7 20 ноя 09:36 lv_swap -> ../dm-1
[корневой @ сервер ~] # ls -l / dev / mapper /
всего 0
crw-rw ----. 1 root root 10, 58 20 ноя 09:36 control
lrwxrwxrwx. 1 root root 7 20 ноя, 09:36 vg_server-lv_root -> ../dm-0
lrwxrwxrwx. 1 root root 7 20 ноя, 09:36 vg_server-lv_swap -> ../dm-1
[корень @ сервер ~] # df -h
Используемый размер файловой системы Доступность% Установлено на
/ dev / mapper / vg_server-lv_root
                       16G 4.4G 11G 30% /
tmpfs 499M 420K 499M 1% / dev / shm
/ dev / sda1 242 млн 8 млн 234 млн 1% / boot / efi
/ dev / sda2 485 млн 30 млн 430 млн 7% / загрузка
[root @ server ~] # swapon -s
Имя файла Тип Размер Используемый приоритет
/ dev / dm-1 раздел 2064376872-1
[root @ server ~] # cat / etc / fstab

#
# / etc / fstab
# Создано anaconda
#
# Доступные файловые системы, по ссылке, поддерживаются в '/ dev / disk'
# См. Справочные страницы fstab (5), findfs (8), mount (8) и / или blkid (8) для получения дополнительной информации
#
/ dev / mapper / vg_server-lv_root / ext4 по умолчанию 1 1
UUID = 3f4183a2-3485-4642-9fd7-afb1d66eead2 / boot ext4 по умолчанию 1 2
UUID = F9B0-7534 / boot / efi vfat по умолчанию 1 2
/ dev / mapper / vg_server-lv_swap swap swap значения по умолчанию 0 0
tmpfs / dev / shm tmpfs по умолчанию 0 0
devpts / dev / pts devpts gid = 5, режим = 620 0 0
sysfs / sys sysfs по умолчанию 0 0
proc / proc значения по умолчанию 0 0
 
 В этой версии RHEL установщик использует устройство LVM
 имя для файловой системы / и устройства подкачки,
 и встроенный UUID для файловой системы  / boot .
 Проблема спасения, которую необходимо решить 
 Я показывал кому-то, как спасти систему, загрузившись
 из СМИ.
 Мы установили систему в несколько файловых систем.
 на выделенных разделах нет LVM.
 Они спросили, как будет работать аварийная загрузка, если
 корневая файловая система была на LVM.
 Кто-то подслушал нас и сказал  "Подождите, иногда это
 намного хуже ". 
 Это когда-нибудь в их сценарии!
 Вот что мы придумали как проблему, которую нужно решить:
  Корневая файловая система системы находится на LVM
 разложить по трем дискам.
 Система настроена так, что
  вы должны знать пароль  root  для
 загрузка в однопользовательском режиме 
 или иным образом перейти на уровень выполнения 1 для обслуживания.
 Однако система некоторое время не использовалась и
 некоторые бывшие сотрудники ушли.
  Вы больше не знаете, какой пароль  root . 
 Система также была настроена так, чтобы
  нельзя взломать, указав
 альтернатива  / sbin / init .
 Есть подозрение, что
  какой-то сценарий загрузки или критическая конфигурация
 файл был поврежден или утерян. 
 Возможно, большая часть  / etc / lvm , где мы ожидали
 чтобы найти метаданные об устройствах LVM.
 Все диски были удалены из системы и сохранены в коробке.
 Коробка помечена, и вы знаете, что она содержит все
 диски.
 Но сами диски не промаркированы.
  Вы не знаете, какой был диск №1, №2 и №3.
 Вот это да.
 Что-нибудь еще?
 Поджечь диски?
 Сбросить их с лестницы?
 Нет, с этим много проблем,
 и тревожно реалистичный сценарий.
 Хорошей новостью является то, что вы  можете  установить эту коробку
 загадочные диски в системе, загрузка с загрузочного носителя и
 восстановить данные из файловой системы.
 Начнем с того, что посмотрим, как GRUB может загружать чистую систему.
 в корневую файловую систему LVM.
 GRUB и загрузка в корневую файловую систему LVM 
 Ниже приведен созданный файл конфигурации GRUB.
 когда вы позволяете программе установки Red Hat делать свой выбор.Чрезвычайно длинная линия ядра   была
 сломан здесь для отображения.
[root @ server ~] еще # /boot/grub/menu.lst
# grub.conf сгенерирован anaconda
#
# Обратите внимание, что вам не нужно повторно запускать grub после внесения изменений в этот файл
# ВНИМАНИЕ: у вас есть раздел / boot. Это значит, что
# все пути ядра и initrd относятся к / boot /, например.
# корень (hd0,0)
# версия ядра / vmlinuz ro root = / dev / mapper / vg_server-lv_root
# initrd / initrd- [общая-] версия.img
# загрузка = / dev / sda
по умолчанию = 0
тайм-аут = 5
splashimage = (hd0,0) /grub/splash.xpm.gz
скрытое меню
название Red Hat Enterprise Linux (2.6.32-71.el6.x86_64)
корень (hd0,0)
ядро /vmlinuz-2.6.32-71.el6.x86_64 \
ro корень = / dev / mapper / vg_server-lv_root \
rd_LVM_LV = vg_server / lv_root \
rd_LVM_LV = vg_server / lv_swap \
rd_NO_LUKS rd_NO_MD rd_NO_DM LANG = en_US.UTF-8 \
SYSFONT = latarcyrheb-sun16 KEYBOARDTYPE = pc \
KEYTABLE = us crashkernel = автоматический rhgb тихий
initrd /initramfs-2.6.32-71.el6.x86_64.img
 
 GRUB не может обрабатывать логические тома, поэтому  / boot 
 будет небольшой файловой системой, содержащей «стадию 1.5-дюймовый модуль
 для обработки этой структуры данных файловой системы основной "этап 2"
 Программа GRUB, указанный выше файл конфигурации и указанный
 ядро и начальный образ RAM-диска.
 Загрузчик GRUB найдет и загрузит это ядро ​​и
 образ диска в ОЗУ и запустить ядро ​​при его передаче
 этот длинный список параметров.
 Обратите внимание, что корневая файловая система указана как что-то
 что устройство отображения устройств ядра должно найти.
 Ядру также сообщается о двух логических томах, которые оно должно
 find, один из которых - с корневой файловой системой.
 Ясно, что ядро ​​должно уметь находить эти вещи на своем
 владеть, не читая никаких дополнительных сведений о конфигурации, так как
 они будут храниться в логическом томе.
 Выше приведен файл конфигурации для работы
 система.
 Однако эта система не загрузится сама по себе.
 Загрузим систему с DVD с подходящим спасением.
 образ ядра и файловой системы.
 Что-то типа
 Knoppix
 или может быть
 CentOS
 живой DVD.
  На носителе не будет информации о том, как
 найти логические тома; он даже не узнает
 ожидать их существования.
 Как ядро ​​автоматически определяет файловые системы LVM 
 BIOS находит загрузочный носитель в DVD-приводе, и его
 загрузчик загружает ядро ​​с DVD в ОЗУ и запускает
 Это.
 Это ядро ​​обнаруживает диски, все они есть
 хотя они связаны в некотором случайном порядке.
 Диски обнаруживаются, и появляются специальные файлы устройств -
  / dev / sda ,  / dev / sdb  и
  / dev / sdc .
 Ядро читает первый 512-байтовый блок каждого, где он
 может обнаружить либо традиционную таблицу разделов IBM, либо
 более современная метка диска, содержащая таблицу разделов GPT или GUID.Если так, появятся устройства для разделов -
 возможно  / dev / sdb1  и  / dev / sdb2 ,
 и ядро ​​считывает первый 512-байтовый блок каждого из них.
 Теперь мы знаем, что  / etc / lvm  обычно содержит
 метаданные о физических томах LVM, группах томов и
 логические тома.
 Однако эти метаданные находятся в файловой системе, которую мы пытаемся
 найти, превращая это в проблему курицы и яйца.
 Кроме того, мы подозреваем, что сами эти метаданные были
 утерян или поврежден.
 Ядро все еще может спасти файловую систему,
 потому что метаданные хранятся на устройствах LVM. 
 В этом примере сценария кажется, что диск
 в настоящее время подключенный как №2 изначально был диском №1, и его
 первый раздел, вероятно, небольшой, содержащий
 (возможно, поврежден) оригинал  / boot .
 На двух других дисках не было таблиц разделов или меток дисков,
 поэтому каждый из них просто использовался целиком как
 физический том LVM.
 Может быть, установка Red Hat на один диск, а затем
 ручное добавление еще двух дисков.
 Ниже приведен частичный шестнадцатеричный дамп раздела диска, который
 часть логического тома.
 Обратите внимание, что после первых 0x200 (то есть 512) байтов мы
 найдите заголовок LVM2.
 Просто просмотрев это, вы увидите, что этот раздел
 был одним из трех физических томов, составляющих группу томов
 с именем  vg_server , из которого логический том с именем
  lv_root  создан,
 и что он был создан в системе
 работает ядро ​​2.6.32-71.el6.x86_64.
 Ядро считывает эту информацию, а его LVM и
 модули устройства сопоставления создают специальный файл устройства
  / дев / дм-0 
 на которые указывают символические ссылки с исходными именами:
  / разработчик / сопоставитель / vg_server-lv_root 
 и
  / dev / vg_server / lv_root 
[корень @ сервер ~] # шестнадцатеричный дамп -C / dev / sdb2
00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................ |
*
00000200 4c 41 42 45 4c 4f 4e 45 01 00 00 00 00 00 00 00 | ЭТИКЕТКА ........ |
00000210 fe b5 f2 9a 20 00 00 00 4c 56 4d 32 20 30 30 31 | .... ... LVM2 001 |
00000220 42 32 42 4e 66 78 44 54 41 79 55 67 57 65 77 41 | B2BNfxDTAyUgWewA |
00000230 70 4e 32 42 57 4e 4f 64 52 36 6e 74 55 6f 44 4d | pN2BWNOdR6ntUoDM |
00000240 00 00 f0 7f 01 00 00 00 00 00 10 00 00 00 00 00 | ................ |
00000250 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................ |
00000260 00 00 00 00 00 00 00 00 00 10 00 00 00 00 00 00 |................ |
00000270 00 f0 0f 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................ |
00000280 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................ |
*
00001000 69 ad d3 c6 20 4c 56 4d 32 20 78 5b 35 41 25 72 | i ... LVM2 x [5A% r |
00001010 30 4e 2a 3e 01 00 00 00 00 10 00 00 00 00 00 00 | 0N *> ............ |
00001020 00 f0 0f 00 00 00 00 00 00 10 00 00 00 00 00 00 | ................ |
00001030 fe 06 00 00 00 00 00 00 4b ae 3d 19 00 00 00 00 | ........ K. = ..... |
00001040 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................ |
*
00001200 76 67 5f 73 65 72 76 65 72 20 7b 0a 69 64 20 3d | vg_server {.id = |
00001210 20 22 32 64 49 75 36 58 2d 46 69 73 50 2d 35 36 | «2dIu6X-FisP-56 |
00001220 32 66 2d 32 6c 36 7a 2d 55 4b 4a 31 2d 65 6e 43 | 2f-2l6z-UKJ1-enC |
00001230 62 2d 6f 42 4e 6e 73 4f 22 0a 73 65 71 6e 6f 20 | b-oBNnsO ".seqno |
00001240 3d 20 31 0a 73 74 61 74 75 73 20 3d 20 5b 22 52 | = 1.status = ["R |
00001250 45 53 49 5a 45 41 42 4c 45 22 2c 20 22 52 45 41 | МОЩНО "," REA |
00001260 44 22 2c 20 22 57 52 49 54 45 22 5d 0a 66 6c 61 | D "," ЗАПИСАТЬ "].fla |
00001270 67 73 20 3d 20 5b 5d 0a 65 78 74 65 6e 74 5f 73 | gs = [] .extent_s |
00001280 69 7a 65 20 3d 20 38 31 39 32 0a 6d 61 78 5f 6c | ize = 8192.max_l |
00001290 76 20 3d 20 30 0a 6d 61 78 5f 70 76 20 3d 20 30 | v = 0.max_pv = 0 |
000012a0 0a 6d 65 74 61 64 61 74 61 5f 63 6f 70 69 65 73 | .metadata_copies |
000012b0 20 3d 20 30 0a 0a 70 68 79 73 69 63 61 6c 5f 76 | = 0..physical_v |
000012c0 6f 6c 75 6d 65 73 20 7b 0a 0a 70 76 30 20 7b 0a | olumes {..pv0 {. |
000012d0 69 64 20 3d 20 22 42 43 65 72 7a 75 2d 36 79 4b | id = "BCerzu-6yK |
000012e0 7a 2d 7a 6c 32 78 2d 44 64 6c 50 2d 52 43 32 57 | z-zl2x-DdlP-RC2W |
000012f0 2d 30 31 4d 6b 2d 4b 31 6a 32 44 5a 22 0a 64 65 | -01Mk-K1j2DZ ".де |
00001300 76 69 63 65 20 3d 20 22 2f 64 65 76 2f 73 64 61 | vice = "/ dev / sda |
00001310 32 22 0a 0a 73 74 61 74 75 73 20 3d 20 5b 22 41 | 2 ".. status = [" A |
00001320 4c 4c 4f 43 41 54 41 42 4c 45 22 5d 0a 66 6c 61 | ДОПОЛНИТЕЛЬНО "]. Fla |
00001330 67 73 20 3d 20 5b 5d 0a 64 65 76 5f 73 69 7a 65 | gs = [] .dev_size |
00001340 20 3d 20 31 31 35 35 36 38 36 34 0a 70 65 5f 73 | = 11556864.pe_s |
00001350 74 61 72 74 20 3d 20 32 30 34 38 0a 70 65 5f 63 | tart = 2048.pe_c |
00001360 6f 75 6e 74 20 3d 20 31 34 31 30 0a 7d 0a 0a 70 | ount = 1410.} .. p |
00001370 76 31 20 7b 0a 69 64 20 3d 20 22 42 32 42 4e 66 | v1 {.id = "B2BNf |
00001380 78 2d 44 54 41 79 2d 55 67 57 65 2d 77 41 70 4e | x-DTAy-UgWe-wApN |
00001390 2d 32 42 57 4e 2d 4f 64 52 36 2d 6e 74 55 6f 44 | -2BWN-OdR6-ntUoD |
000013a0 4d 22 0a 64 65 76 69 63 65 20 3d 20 22 2f 64 65 | M ".device =" / de |
000013b0 76 2f 73 64 62 31 22 0a 0a 73 74 61 74 75 73 20 | v / sdb1 ".. status |
000013c0 3d 20 5b 22 41 4c 4c 4f 43 41 54 41 42 4c 45 22 | = ["РАЗМЕЩЕННЫЙ" |
000013d0 5d 0a 66 6c 61 67 73 20 3d 20 5b 5d 0a 64 65 76 |].flags = [] .dev |
000013e0 5f 73 69 7a 65 20 3d 20 31 32 35 38 30 38 36 34 | _size = 12580864 |
000013f0 0a 70 65 5f 73 74 61 72 74 20 3d 20 32 30 34 38 | .pe_start = 2048 |
00001400 0a 70 65 5f 63 6f 75 6e 74 20 3d 20 31 35 33 35 | .pe_count = 1535 |
00001410 0a 7d 0a 0a 70 76 32 20 7b 0a 69 64 20 3d 20 22 |.} .. pv2 {.id = "|
00001420 7a 32 4d 4a 61 4d 2d 53 6c 66 56 2d 78 4e 6f 70 | z2MJaM-SlfV-xNop |
00001430 2d 71 66 57 6a 2d 4c 76 37 6d 2d 4e 30 42 70 2d | -qfWj-Lv7m-N0Bp- |
00001440 74 33 6c 6f 4b 63 22 0a 64 65 76 69 63 65 20 3d | t3loKc ".устройство = |
00001450 20 22 2f 64 65 76 2f 73 64 63 31 22 0a 0a 73 74 | "/ dev / sdc1" .. ул |
00001460 61 74 75 73 20 3d 20 5b 22 41 4c 4c 4f 43 41 54 | atus = ["ALLOCAT |
00001470 41 42 4c 45 22 5d 0a 66 6c 61 67 73 20 3d 20 5b | ABLE "]. Flags = [|
00001480 5d 0a 64 65 76 5f 73 69 7a 65 20 3d 20 31 32 35 |] .dev_size = 125 |
00001490 38 30 38 36 34 0a 70 65 5f 73 74 61 72 74 20 3d | 80864.pe_start = |
000014a0 20 32 30 34 38 0a 70 65 5f 63 6f 75 6e 74 20 3d | 2048.pe_count = |
000014b0 20 31 35 33 35 0a 7d 0a 7d 0a 0a 7d 0a 23 20 47 | 1535.}.} ..}. # G |
000014c0 65 6e 65 72 61 74 65 64 20 62 79 20 4c 56 4d 32 | поддерживается LVM2 |
000014d0 20 76 65 72 73 69 6f 6e 20 32 2e 30 32 2e 37 32 | версия 2.02.72 |
000014e0 28 32 29 20 28 32 30 31 30 2д 30 37 2д 32 38 29 | (2) (28.07.2010) |
000014f0 3a 20 4d 6f 6e 20 4e 6f 76 20 31 39 20 31 35 3a |: Пн 19 ноября 15: |
00001500 31 30 3a 35 39 20 32 30 31 32 0a 0a 63 6f 6e 74 | 10: 59 2012..cont |
00001510 65 6e 74 73 20 3d 20 22 54 65 78 74 20 46 6f 72 | ents = "Текст для |
00001520 6d 61 74 20 56 6f 6c 75 6d 65 20 47 72 6f 75 70 | mat Группа объемов |
00001530 22 0a 76 65 72 73 69 6f 6e 20 3d 20 31 0a 0a 64 | ".версия = 1..d |
00001540 65 73 63 72 69 70 74 69 6f 6e 20 3d 20 22 22 0a | escription = "". |
00001550 0a 63 72 65 61 74 69 6f 6e 5f 68 6f 73 74 20 3d | .creation_host = |
00001560 20 22 6c 6f 63 61 6c 68 6f 73 74 2e 6c 6f 63 61 | "localhost.loca |
00001570 6c 64 6f 6d 61 69 6e 22 09 23 20 4c 69 6e 75 78 | ldomain ". # Linux |
00001580 20 6c 6f 63 61 6c 68 6f 73 74 2e 6c 6f 63 61 6c | localhost.local |
00001590 64 6f 6d 61 69 6e 20 32 2e 36 2e 33 32 2d 37 31 | домен 2.6.32-71 |
000015a0 2e 65 6c 36 2e 78 38 36 5f 36 34 20 23 31 20 53 |.el6.x86_64 # 1 S |
000015b0 4d 50 20 57 65 64 20 53 65 70 20 31 20 30 31 3a | MP Ср 1 сен 01: |
000015c0 33 33 3a 30 31 20 45 44 54 20 32 30 31 30 20 78 | 33: 01 EDT 2010 x |
000015d0 38 36 5f 36 34 0a 63 72 65 61 74 69 6f 6e 5f 74 | 86_64.creation_t |
000015e0 69 6d 65 20 3d 20 31 33 35 33 33 35 35 38 35 39 | ime = 1353355859 |
000015f0 09 23 20 4d 6f 6e 20 4e 6f 76 20 31 39 20 31 35 |. # Пн 19 ноя 15 |
00001600 3a 31 30 3a 35 39 20 32 30 31 32 0a 0a 00 00 00 |: 10: 59 2012 ..... |
00001610 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................ |
*
00001800 76 67 5f 73 65 72 76 65 72 20 7b 0a 69 64 20 3d | vg_server {.id = |
00001810 20 22 32 64 49 75 36 58 2d 46 69 73 50 2d 35 36 | «2dIu6X-FisP-56 |
00001820 32 66 2d 32 6c 36 7a 2d 55 4b 4a 31 2d 65 6e 43 | 2f-2l6z-UKJ1-enC |
00001830 62 2d 6f 42 4e 6e 73 4f 22 0a 73 65 71 6e 6f 20 | b-oBNnsO ".seqno |
00001840 3d 20 32 0a 73 74 61 74 75 73 20 3d 20 5b 22 52 | = 2.status = ["R |
00001850 45 53 49 5a 45 41 42 4c 45 22 2c 20 22 52 45 41 | МОЩНО "," REA |
00001860 44 22 2c 20 22 57 52 49 54 45 22 5d 0a 66 6c 61 | D "," ЗАПИСАТЬ "].fla |
00001870 67 73 20 3d 20 5b 5d 0a 65 78 74 65 6e 74 5f 73 | gs = [] .extent_s |
00001880 69 7a 65 20 3d 20 38 31 39 32 0a 6d 61 78 5f 6c | ize = 8192.max_l |
00001890 76 20 3d 20 30 0a 6d 61 78 5f 70 76 20 3d 20 30 | v = 0.max_pv = 0 |
000018a0 0a 6d 65 74 61 64 61 74 61 5f 63 6f 70 69 65 73 | .metadata_copies |
000018b0 20 3d 20 30 0a 0a 70 68 79 73 69 63 61 6c 5f 76 | = 0..physical_v |
000018c0 6f 6c 75 6d 65 73 20 7b 0a 0a 70 76 30 20 7b 0a | olumes {..pv0 {. |
000018d0 69 64 20 3d 20 22 42 43 65 72 7a 75 2d 36 79 4b | id = "BCerzu-6yK |
000018e0 7a 2d 7a 6c 32 78 2d 44 64 6c 50 2d 52 43 32 57 | z-zl2x-DdlP-RC2W |
000018f0 2d 30 31 4d 6b 2d 4b 31 6a 32 44 5a 22 0a 64 65 | -01Mk-K1j2DZ ".де |
00001900 76 69 63 65 20 3d 20 22 2f 64 65 76 2f 73 64 61 | vice = "/ dev / sda |
00001910 32 22 0a 0a 73 74 61 74 75 73 20 3d 20 5b 22 41 | 2 ".. status = [" A |
00001920 4c 4c 4f 43 41 54 41 42 4c 45 22 5d 0a 66 6c 61 | ДОСТУПНО "]. Fla |
00001930 67 73 20 3d 20 5b 5d 0a 64 65 76 5f 73 69 7a 65 | gs = [] .dev_size |
00001940 20 3d 20 31 31 35 35 36 38 36 34 0a 70 65 5f 73 | = 11556864.pe_s |
00001950 74 61 72 74 20 3d 20 32 30 34 38 0a 70 65 5f 63 | tart = 2048.pe_c |
00001960 6f 75 6e 74 20 3d 20 31 34 31 30 0a 7d 0a 0a 70 | ount = 1410.} .. p |
00001970 76 31 20 7b 0a 69 64 20 3d 20 22 42 32 42 4e 66 | v1 {.id = "B2BNf |
00001980 78 2d 44 54 41 79 2d 55 67 57 65 2d 77 41 70 4e | x-DTAy-UgWe-wApN |
00001990 2d 32 42 57 4e 2d 4f 64 52 36 2d 6e 74 55 6f 44 | -2BWN-OdR6-ntUoD |
000019a0 4d 22 0a 64 65 76 69 63 65 20 3d 20 22 2f 64 65 | M ".device =" / de |
000019b0 76 2f 73 64 62 31 22 0a 0a 73 74 61 74 75 73 20 | v / sdb1 ".. status |
000019c0 3d 20 5b 22 41 4c 4c 4f 43 41 54 41 42 4c 45 22 | = ["РАСПРЕДЕЛЕННЫЙ" |
000019d0 5d 0a 66 6c 61 67 73 20 3d 20 5b 5d 0a 64 65 76 |].flags = [] .dev |
000019e0 5f 73 69 7a 65 20 3d 20 31 32 35 38 30 38 36 34 | _size = 12580864 |
000019f0 0a 70 65 5f 73 74 61 72 74 20 3d 20 32 30 34 38 | .pe_start = 2048 |
00001a00 0a 70 65 5f 63 6f 75 6e 74 20 3d 20 31 35 33 35 | .pe_count = 1535 |
00001a10 0a 7d 0a 0a 70 76 32 20 7b 0a 69 64 20 3d 20 22 |.} .. pv2 {.id = "|
00001a20 7a 32 4d 4a 61 4d 2d 53 6c 66 56 2d 78 4e 6f 70 | z2MJaM-SlfV-xNop |
00001a30 2d 71 66 57 6a 2d 4c 76 37 6d 2d 4e 30 42 70 2d | -qfWj-Lv7m-N0Bp- |
00001a40 74 33 6c 6f 4b 63 22 0a 64 65 76 69 63 65 20 3d | t3loKc ".устройство = |
00001a50 20 22 2f 64 65 76 2f 73 64 63 31 22 0a 0a 73 74 | "/ dev / sdc1" .. ул |
00001a60 61 74 75 73 20 3d 20 5b 22 41 4c 4c 4f 43 41 54 | atus = ["ALLOCAT |
00001a70 41 42 4c 45 22 5d 0a 66 6c 61 67 73 20 3d 20 5b | ABLE "]. Flags = [|
00001a80 5d 0a 64 65 76 5f 73 69 7a 65 20 3d 20 31 32 35 |] .dev_size = 125 |
00001a90 38 30 38 36 34 0a 70 65 5f 73 74 61 72 74 20 3d | 80864.pe_start = |
00001aa0 20 32 30 34 38 0a 70 65 5f 63 6f 75 6e 74 20 3d | 2048.pe_count = |
00001ab0 20 31 35 33 35 0a 7d 0a 7d 0a 0a 6c 6f 67 69 63 | 1535.}.} .. логика |
00001ac0 61 6c 5f 76 6f 6c 75 6d 65 73 20 7b 0a 0a 6c 76 | al_volumes {..lv |
00001ad0 5f 72 6f 6f 74 20 7b 0a 69 64 20 3d 20 22 4a 76 | _root {.id = "Jv |
00001ae0 31 78 6e 69 2d 6e 71 68 63 2d 51 51 4e 31 2d 55 | 1xni-nqhc-QQN1-U |
00001af0 66 57 45 2d 67 31 58 69 2d 55 52 42 34 2d 44 77 | fWE-g1Xi-URB4-Dw |
00001b00 41 6c 38 67 22 0a 73 74 61 74 75 73 20 3d 20 5b | Al8g ".status = [|
00001b10 22 52 45 41 44 22 2c 20 22 57 52 49 54 45 22 2c | «ЧИТАТЬ», «ЗАПИСАТЬ», |
00001b20 20 22 56 49 53 49 42 4c 45 22 5d 0a 66 6c 61 67 | «ВИДИМО»].флаг |
00001b30 73 20 3d 20 5b 5d 0a 73 65 67 6d 65 6e 74 5f 63 | s = [] .segment_c |
00001b40 6f 75 6e 74 20 3d 20 33 0a 0a 73 65 67 6d 65 6e | ount = 3..segmen |
00001b50 74 31 20 7b 0a 73 74 61 72 74 5f 65 78 74 65 6e | t1 {.start_exten |
00001b60 74 20 3d 20 30 0a 65 78 74 65 6e 74 5f 63 6f 75 | t = 0.extent_cou |
00001b70 6e 74 20 3d 20 31 35 33 35 0a 0a 74 79 70 65 20 | nt = 1535..type |
00001b80 3d 20 22 73 74 72 69 70 65 64 22 0a 73 74 72 69 | = "полосатый" .stri |
00001b90 70 65 5f 63 6f 75 6e 74 20 3d 20 31 09 23 20 6c | pe_count = 1.# l |
00001ba0 69 6e 65 61 72 0a 0a 73 74 72 69 70 65 73 20 3d | inear..stripes = |
00001bb0 20 5b 0a 22 70 76 31 22 2c 20 30 0a 5d 0a 7d 0a | [. "pv1", 0.].}. |
00001bc0 73 65 67 6d 65 6e 74 32 20 7b 0a 73 74 61 72 74 | сегмент2 {.start |
00001bd0 5f 65 78 74 65 6e 74 20 3d 20 31 35 33 35 0a 65 | _extent = 1535.e |
00001be0 78 74 65 6e 74 5f 63 6f 75 6e 74 20 3d 20 31 35 | xtent_count = 15 |
00001bf0 33 35 0a 0a 74 79 70 65 20 3d 20 22 73 74 72 69 | 35..type = "stri |
00001c00 70 65 64 22 0a 73 74 72 69 70 65 5f 63 6f 75 6e | ped ".stripe_coun |
00001c10 74 20 3d 20 31 09 23 20 6c 69 6e 65 61 72 0a 0a | t = 1. # linear .. |
00001c20 73 74 72 69 70 65 73 20 3d 20 5b 0a 22 70 76 32 | stripes = [. "Pv2 |
00001c30 22 2c 20 30 0a 5d 0a 7d 0a 73 65 67 6d 65 6e 74 | ", 0.].}. Сегмент |
00001c40 33 20 7b 0a 73 74 61 72 74 5f 65 78 74 65 6e 74 | 3 {.start_extent |
00001c50 20 3d 20 33 30 37 30 0a 65 78 74 65 6e 74 5f 63 | = 3070.extent_c |
00001c60 6f 75 6e 74 20 3d 20 39 30 36 0a 0a 74 79 70 65 | ount = 906..type |
00001c70 20 3d 20 22 73 74 72 69 70 65 64 22 0a 73 74 72 | = "полосатый".ул |
00001c80 69 70 65 5f 63 6f 75 6e 74 20 3d 20 31 09 23 20 | ipe_count = 1. # |
00001c90 6c 69 6e 65 61 72 0a 0a 73 74 72 69 70 65 73 20 | линейные..полоски |
00001ca0 3d 20 5b 0a 22 70 76 30 22 2c 20 30 0a 5d 0a 7d | = [. "Pv0", 0.].} |
00001cb0 0a 7d 0a 7d 0a 7d 0a 23 20 47 65 6e 65 72 61 74 |.}.}.}. # Generat |
00001cc0 65 64 20 62 79 20 4c 56 4d 32 20 76 65 72 73 69 | редакция LVM2 версия |
00001cd0 6f 6e 20 32 2e 30 32 2e 37 32 28 32 29 20 28 32 | 2.02.72 (2) (2 |
00001ce0 30 31 30 2д 30 37 2д 32 38 29 3a 20 4d 6f 6e 20 | 010-07-28): Пн |
00001cf0 4e 6f 76 20 31 39 20 31 35 3a 31 30 3a 35 39 20 | 19 ноября 15:10:59 |
00001d00 32 30 31 32 0a 0a 63 6f 6e 74 65 6e 74 73 20 3d | 2012..contents = |
00001d10 20 22 54 65 78 74 20 46 6f 72 6d 61 74 20 56 6f | "Текстовый формат Vo |
00001d20 6c 75 6d 65 20 47 72 6f 75 70 22 0a 76 65 72 73 | Люм Группа ".vers |
00001d30 69 6f 6e 20 3d 20 31 0a 0a 64 65 73 63 72 69 70 | ion = 1..descrip |
00001d40 74 69 6f 6e 20 3d 20 22 22 0a 0a 63 72 65 61 74 |tion = "" ..creat |
00001d50 69 6f 6e 5f 68 6f 73 74 20 3d 20 22 6c 6f 63 61 | ion_host = "loca |
00001d60 6c 68 6f 73 74 2e 6c 6f 63 61 6c 64 6f 6d 61 69 | lhost.localdomai |
00001d70 6e 22 09 23 20 4c 69 6e 75 78 20 6c 6f 63 61 6c | n ".# Linux локальный |
00001d80 68 6f 73 74 2e 6c 6f 63 61 6c 64 6f 6d 61 69 6e | host.localdomain |
00001d90 20 32 2e 36 2e 33 32 2d 37 31 2e 65 6c 36 2e 78 | 2.6.32-71.el6.x |
00001da0 38 36 5f 36 34 20 23 31 20 53 4d 50 20 57 65 64 | 86_64 # 1 SMP ср |
00001db0 20 53 65 70 20 31 20 30 31 3a 33 33 3a 30 31 20 | 1 сен 01:33:01 |
00001dc0 45 44 54 20 32 30 31 30 20 78 38 36 5f 36 34 0a | EDT 2010 x86_64. |
00001dd0 63 72 65 61 74 69 6f 6e 5f 74 69 6d 65 20 3d 20 | creation_time = |
00001de0 31 33 35 33 33 35 35 38 35 39 09 23 20 4d 6f 6e | 1353355859.# Пн |
00001df0 20 4e 6f 76 20 31 39 20 31 35 3a 31 30 3a 35 39 | 19 ноя 15: 10: 59 |
00001e00 20 32 30 31 32 0a 0a 00 00 00 00 00 00 00 00 00 | 2012 ........... |
00001e10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................ |
*
00002000 76 67 5f 73 65 72 76 65 72 20 7b 0a 69 64 20 3d | vg_server {.id = |
00002010 20 22 32 64 49 75 36 58 2д 46 69 73 50 2д 35 36 | «2dIu6X-FisP-56 |
00002020 32 66 2d 32 6c 36 7a 2d 55 4b 4a 31 2d 65 6e 43 | 2f-2l6z-UKJ1-enC |
00002030 62 2d 6f 42 4e 6e 73 4f 22 0a 73 65 71 6e 6f 20 | b-oBNnsO ".seqno |
00002040 3d 20 33 0a 73 74 61 74 75 73 20 3d 20 5b 22 52 | = 3.status = ["R |
00002050 45 53 49 5a 45 41 42 4c 45 22 2c 20 22 52 45 41 | ИЗБИВАЕМЫЙ "," REA |
00002060 44 22 2c 20 22 57 52 49 54 45 22 5d 0a 66 6c 61 | D "," ЗАПИСАТЬ "]. Fla |
00002070 67 73 20 3d 20 5b 5d 0a 65 78 74 65 6e 74 5f 73 | gs = [] .extent_s |
00002080 69 7a 65 20 3d 20 38 31 39 32 0a 6d 61 78 5f 6c | ize = 8192.max_l |
00002090 76 20 3d 20 30 0a 6d 61 78 5f 70 76 20 3d 20 30 | v = 0.max_pv = 0 |
000020a0 0a 6d 65 74 61 64 61 74 61 5f 63 6f 70 69 65 73 |.metadata_copies |
000020b0 20 3d 20 30 0a 0a 70 68 79 73 69 63 61 6c 5f 76 | = 0..physical_v |
000020c0 6f 6c 75 6d 65 73 20 7b 0a 0a 70 76 30 20 7b 0a | olumes {..pv0 {. |
000020d0 69 64 20 3d 20 22 42 43 65 72 7a 75 2d 36 79 4b | id = "BCerzu-6yK |
000020e0 7a 2d 7a 6c 32 78 2d 44 64 6c 50 2d 52 43 32 57 | z-zl2x-DdlP-RC2W |
000020f0 2d 30 31 4d 6b 2d 4b 31 6a 32 44 5a 22 0a 64 65 | -01Mk-K1j2DZ ".de |
00002100 76 69 63 65 20 3d 20 22 2f 64 65 76 2f 73 64 61 | vice = "/ dev / sda |
00002110 32 22 0a 0a 73 74 61 74 75 73 20 3d 20 5b 22 41 | 2 "..status = ["A |
00002120 4c 4c 4f 43 41 54 41 42 4c 45 22 5d 0a 66 6c 61 | ДОСТУПНО "]. Fla |
00002130 67 73 20 3d 20 5b 5d 0a 64 65 76 5f 73 69 7a 65 | gs = [] .dev_size |
00002140 20 3d 20 31 31 35 35 36 38 36 34 0a 70 65 5f 73 | = 11556864.pe_s |
00002150 74 61 72 74 20 3d 20 32 30 34 38 0a 70 65 5f 63 | tart = 2048.pe_c |
00002160 6f 75 6e 74 20 3d 20 31 34 31 30 0a 7d 0a 0a 70 | ount = 1410.} .. p |
00002170 76 31 20 7b 0a 69 64 20 3d 20 22 42 32 42 4e 66 | v1 {.id = "B2BNf |
00002180 78 2d 44 54 41 79 2d 55 67 57 65 2d 77 41 70 4e | x-DTAy-UgWe-wApN |
00002190 2d 32 42 57 4e 2d 4f 64 52 36 2d 6e 74 55 6f 44 | -2BWN-OdR6-ntUoD |
000021a0 4d 22 0a 64 65 76 69 63 65 20 3d 20 22 2f 64 65 | M ".устройство = "/ де |
000021b0 76 2f 73 64 62 31 22 0a 0a 73 74 61 74 75 73 20 | v / sdb1 ".. status |
000021c0 3d 20 5b 22 41 4c 4c 4f 43 41 54 41 42 4c 45 22 | = ["РАСПРЕДЕЛЕННЫЙ" |
000021d0 5d 0a 66 6c 61 67 73 20 3d 20 5b 5d 0a 64 65 76 |] .flags = [] .dev |
000021e0 5f 73 69 7a 65 20 3d 20 31 32 35 38 30 38 36 34 | _size = 12580864 |
000021f0 0a 70 65 5f 73 74 61 72 74 20 3d 20 32 30 34 38 | .pe_start = 2048 |
00002200 0a 70 65 5f 63 6f 75 6e 74 20 3d 20 31 35 33 35 | .pe_count = 1535 |
00002210 0a 7d 0a 0a 70 76 32 20 7b 0a 69 64 20 3d 20 22 |.} .. pv2 {.id = "|
00002220 7a 32 4d 4a 61 4d 2d 53 6c 66 56 2d 78 4e 6f 70 | z2MJaM-SlfV-xNop |
00002230 2d 71 66 57 6a 2d 4c 76 37 6d 2d 4e 30 42 70 2d | -qfWj-Lv7m-N0Bp- |
00002240 74 33 6c 6f 4b 63 22 0a 64 65 76 69 63 65 20 3d | t3loKc ".device = |
00002250 20 22 2f 64 65 76 2f 73 64 63 31 22 0a 0a 73 74 | "/ dev / sdc1" .. ул |
00002260 61 74 75 73 20 3d 20 5b 22 41 4c 4c 4f 43 41 54 | atus = ["ALLOCAT |
00002270 41 42 4c 45 22 5d 0a 66 6c 61 67 73 20 3d 20 5b | ABLE "]. Flags = [|
00002280 5d 0a 64 65 76 5f 73 69 7a 65 20 3d 20 31 32 35 |].dev_size = 125 |
00002290 38 30 38 36 34 0a 70 65 5f 73 74 61 72 74 20 3d | 80864.pe_start = |
000022a0 20 32 30 34 38 0a 70 65 5f 63 6f 75 6e 74 20 3d | 2048.pe_count = |
000022b0 20 31 35 33 35 0a 7d 0a 7d 0a 0a 6c 6f 67 69 63 | 1535.}.} .. логика |
000022c0 61 6c 5f 76 6f 6c 75 6d 65 73 20 7b 0a 0a 6c 76 | al_volumes {..lv |
000022d0 5f 72 6f 6f 74 20 7b 0a 69 64 20 3d 20 22 4a 76 | _root {.id = "Jv |
000022e0 31 78 6e 69 2d 6e 71 68 63 2d 51 51 4e 31 2d 55 | 1xni-nqhc-QQN1-U |
000022f0 66 57 45 2d 67 31 58 69 2d 55 52 42 34 2d 44 77 | fWE-g1Xi-URB4-Dw |
00002300 41 6c 38 67 22 0a 73 74 61 74 75 73 20 3d 20 5b | Al8g ".статус = [|
00002310 22 52 45 41 44 22 2c 20 22 57 52 49 54 45 22 2c | «ЧИТАТЬ», «ЗАПИСАТЬ», |
00002320 20 22 56 49 53 49 42 4c 45 22 5d 0a 66 6c 61 67 | «ВИДИМО»]. Флаг |
00002330 73 20 3d 20 5b 5d 0a 73 65 67 6d 65 6e 74 5f 63 | s = [] .segment_c |
00002340 6f 75 6e 74 20 3d 20 33 0a 0a 73 65 67 6d 65 6e | ount = 3..segmen |
00002350 74 31 20 7b 0a 73 74 61 72 74 5f 65 78 74 65 6e | t1 {.start_exten |
00002360 74 20 3d 20 30 0a 65 78 74 65 6e 74 5f 63 6f 75 | t = 0.extent_cou |
00002370 6e 74 20 3d 20 31 35 33 35 0a 0a 74 79 70 65 20 | nt = 1535..type |
00002380 3d 20 22 73 74 72 69 70 65 64 22 0a 73 74 72 69 | = "полосатый" .stri |
00002390 70 65 5f 63 6f 75 6e 74 20 3d 20 31 09 23 20 6c | pe_count = 1. # l |
000023a0 69 6e 65 61 72 0a 0a 73 74 72 69 70 65 73 20 3d | inear..stripes = |
000023b0 20 5b 0a 22 70 76 31 22 2c 20 30 0a 5d 0a 7d 0a | [. "pv1", 0.].}. |
000023c0 73 65 67 6d 65 6e 74 32 20 7b 0a 73 74 61 72 74 | сегмент2 {.start |
000023d0 5f 65 78 74 65 6e 74 20 3d 20 31 35 33 35 0a 65 | _extent = 1535.e |
000023e0 78 74 65 6e 74 5f 63 6f 75 6e 74 20 3d 20 31 35 | xtent_count = 15 |
000023f0 33 35 0a 0a 74 79 70 65 20 3d 20 22 73 74 72 69 | 35..type = "stri |
00002400 70 65 64 22 0a 73 74 72 69 70 65 5f 63 6f 75 6e | ped ".stripe_coun |
00002410 74 20 3d 20 31 09 23 20 6c 69 6e 65 61 72 0a 0a | t = 1. # linear .. |
00002420 73 74 72 69 70 65 73 20 3d 20 5b 0a 22 70 76 32 | полосы = [. "Pv2 |
00002430 22 2c 20 30 0a 5d 0a 7d 0a 73 65 67 6d 65 6e 74 | ", 0.].}. Сегмент |
00002440 33 20 7b 0a 73 74 61 72 74 5f 65 78 74 65 6e 74 | 3 {.start_extent |
00002450 20 3d 20 33 30 37 30 0a 65 78 74 65 6e 74 5f 63 | = 3070.extent_c |
00002460 6f 75 6e 74 20 3d 20 39 30 36 0a 0a 74 79 70 65 | ount = 906..type |
00002470 20 3d 20 22 73 74 72 69 70 65 64 22 0a 73 74 72 | = "полосатый" .str |
00002480 69 70 65 5f 63 6f 75 6e 74 20 3d 20 31 09 23 20 | ipe_count = 1. # |
00002490 6c 69 6e 65 61 72 0a 0a 73 74 72 69 70 65 73 20 | линейные..полоски |
000024a0 3d 20 5b 0a 22 70 76 30 22 2c 20 30 0a 5d 0a 7d | = [. "Pv0", 0.].} |
000024b0 0a 7d 0a 0a 6c 76 5f 73 77 61 70 20 7b 0a 69 64 |.} .. lv_swap {.id |
000024c0 20 3d 20 22 71 33 69 49 69 53 2d 69 56 73 76 2d | = "q3iIiS-iVsv- |
000024d0 46 36 6d 79 2d 37 35 70 4e 2d 42 77 67 59 2d 35 | F6my-75pN-BwgY-5 |
000024e0 72 6f 47 2d 39 6f 6d 66 30 6b 22 0a 73 74 61 74 | roG-9omf0k ".stat |
000024f0 75 73 20 3d 20 5b 22 52 45 41 44 22 2c 20 22 57 | us = ["ЧИТАТЬ", "W |
00002500 52 49 54 45 22 2c 20 22 56 49 53 49 42 4c 45 22 | ОБРЯД "," ВИДИМЫЙ "|
00002510 5d 0a 66 6c 61 67 73 20 3d 20 5b 5d 0a 73 65 67 |] .flags = [] .seg |
00002520 6d 65 6e 74 5f 63 6f 75 6e 74 20 3d 20 31 0a 0a | ment_count = 1 .. |
00002530 73 65 67 6d 65 6e 74 31 20 7b 0a 73 74 61 72 74 | сегмент1 {.start |
00002540 5f 65 78 74 65 6e 74 20 3d 20 30 0a 65 78 74 65 | _extent = 0.exte |
00002550 6e 74 5f 63 6f 75 6e 74 20 3d 20 35 30 34 0a 0a | nt_count = 504.. |
00002560 74 79 70 65 20 3d 20 22 73 74 72 69 70 65 64 22 | type = "полосатый" |
00002570 0a 73 74 72 69 70 65 5f 63 6f 75 6e 74 20 3d 20 | .stripe_count = |
00002580 31 09 23 20 6c 69 6e 65 61 72 0a 0a 73 74 72 69 | 1. # linear..stri |
00002590 70 65 73 20 3d 20 5b 0a 22 70 76 30 22 2c 20 39 | pes = [. "Pv0", 9 |
000025a0 30 36 0a 5d 0a 7d 0a 7d 0a 7d 0a 7d 0a 23 20 47 | 06.].}.}.}.}. # G |
000025b0 65 6e 65 72 61 74 65 64 20 62 79 20 4c 56 4d 32 | поддерживается LVM2 |
000025c0 20 76 65 72 73 69 6f 6e 20 32 2e 30 32 2e 37 32 | версия 2.02.72 |
000025d0 28 32 29 20 28 32 30 31 30 2д 30 37 2д 32 38 29 | (2) (28.07.2010) |
000025e0 3a 20 4d 6f 6e 20 4e 6f 76 20 31 39 20 31 35 3a |: Пн 19 ноября 15: |
000025f0 31 31 3a 30 34 20 32 30 31 32 0a 0a 63 6f 6e 74 | 11: 04 2012..cont |
00002600 65 6e 74 73 20 3d 20 22 54 65 78 74 20 46 6f 72 | ents = "Текст для |
00002610 6d 61 74 20 56 6f 6c 75 6d 65 20 47 72 6f 75 70 | mat Группа объемов |
00002620 22 0a 76 65 72 73 69 6f 6e 20 3d 20 31 0a 0a 64 | ".version = 1..d |
00002630 65 73 63 72 69 70 74 69 6f 6e 20 3d 20 22 22 0a | escription = "".|
00002640 0a 63 72 65 61 74 69 6f 6e 5f 68 6f 73 74 20 3d | .creation_host = |
00002650 20 22 6c 6f 63 61 6c 68 6f 73 74 2e 6c 6f 63 61 | "localhost.loca |
00002660 6c 64 6f 6d 61 69 6e 22 09 23 20 4c 69 6e 75 78 | ldomain ". # Linux |
00002670 20 6c 6f 63 61 6c 68 6f 73 74 2e 6c 6f 63 61 6c | localhost.local |
00002680 64 6f 6d 61 69 6e 20 32 2e 36 2e 33 32 2d 37 31 | домен 2.6.32-71 |
00002690 2e 65 6c 36 2e 78 38 36 5f 36 34 20 23 31 20 53 | .el6.x86_64 # 1 S |
000026a0 4d 50 20 57 65 64 20 53 65 70 20 31 20 30 31 3a | MP Ср 1 сен 01: |
000026b0 33 33 3a 30 31 20 45 44 54 20 32 30 31 30 20 78 | 33: 01 EDT 2010 x |
000026c0 38 36 5f 36 34 0a 63 72 65 61 74 69 6f 6e 5f 74 | 86_64.Creation_t |
000026d0 69 6d 65 20 3d 20 31 33 35 33 33 35 35 38 36 34 | ime = 1353355864 |
000026e0 09 23 20 4d 6f 6e 20 4e 6f 76 20 31 39 20 31 35 |. # Mon Nov 19 15 |
000026f0 3a 31 31 3a 30 34 20 32 30 31 32 0a 0a 00 00 00 |: 11: 04 2012 ..... |
00002700 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................ |
*
 
 Доступ к файлам в контексте загруженной ОС
 так же просто, как монтаж устройства.
 В спасательной ОС у вас  root  и теперь у вас
 полный доступ к этой файловой системе.
# mkdir / tmp / rescued
# mount / dev / vg_server / lv_root / tmp / rescued
 
Вернуться на страницу Unix
 Размер области просмотра:
 ×
 
 Протокол: HTTP / 1.1 
 Шифрование: TLSv1.2 / ECDHE-ECDSA-AES256-GCM-SHA384
 © автор
 Боб Кромвель
 Июль 2021 г. Создано с
  vim 
 и
 ImageMagick,
 размещен на
 FreeBSD
 с
 Nginx.
 
 Как партнер Amazon, я зарабатываю на соответствующих покупках.
 
 Связаться |
 Политика конфиденциальности |
 Пароль root
 Восстановление метаданных
 LVM · Charl Joseph Mert 
  15 июня 2017 
  lvm • метаданные • тонкие
 
 
 
 
 
 У нас возникла реальная проблема с нашим Proxmox (LVM Thin).Наше использование метаданных достигло 99,6%, что вызывало всевозможные проблемы с диском, а также сообщалось о неправильном использовании диска.
  лв -a
LV VG Attr LSize Исходные данные пула% Meta% Move Log Cpy% Sync Convert
данные pve twi-aotz - 2,61 т 60,01 2,55
[data_tdata] pve Twi-ao ---- 2,61 тонны
[data_tmeta] pve ewi-ao ---- 4,00 г
[lvol0_pmspare] pve ewi ------- 4.00г
отремонтировал pve -wi-a ----- 2.10g
корень pve -wi-ao ---- 96,00 г
своп pve -wi-ao ---- 8.00g
vm-100-disk-1 pve Vwi-aotz - 300.00g данные 98.92
vm-100-disk-2 pve Vwi-aotz - 900.00g данные 100.00
vm-101-disk-1 pve Vwi-aotz - 200.00g данные 65,82
vm-102-disk-1 pve Vwi-aotz - 300.00g данные 3.19
vm-103-disk-1 pve Vwi-aotz - 300.00g данные 89.18
vm-103-disk-2 pve Vwi-a-tz - 220.00г данные 0.00
  
 Использование метаданных 2,55% действительно здорово, мы перешли с 99,6% до 2,55% после долгих поисков в Google.
 Использование метаданных на 99,6% привело к «приостановке» тонкого тома.См.
  lvdisplay / dev / mapper / pve-data | grep "Статус LVM"
  
  приостановлено  - это хорошо, вы не хотите, чтобы ваши диски с тонкой подготовкой были активными во время обмена метаданными
 если вы просто хотите расширить свои метаданные, ваши диски могут быть активными, но если это не удастся, вам придется выполнить подкачку
 Другие симптомы
 некоторые другие симптомы заключались в том, что диски вели себя плохо, казалось, что файловые системы были сломаны и не отвечали
 а на окнах почти так, как будто вирус поглощал чтение / запись на диск.
 Пожалуйста, обратите внимание, что упомянутые симптомы могут не иметь ничего общего с метаданными, поскольку было проведено недостаточно исследований, чтобы прийти к таким выводам.
 Мы действительно видели неправильный доступный размер тонкого пула, который сообщается как использование 2,6 Т или 2,7 Т после добавления 900 ГБ в тонкий пул.
 Мы ожидали увидеть около 1,5 Тл при 2,8 Тл. Все это было исправлено после замены метаданных
.
 Первое, что нужно попробовать - увеличить размер тома метаданных.
 См.
  lvdisplay / dev / mapper / pve-data
  
, чтобы найти правильное устройство e.г. в нашем случае data_tmeta
 https://forum.proxmox.com/threads/is-default-install-lvm2-thin-pool-metadata-size-app Соответствующий.31627/
 Добавить 1 ГБ к метаданным
  lvextend -L + 1G pve / data_tmeta
  
 Если вышеуказанная команда не удалась по какой-либо причине или вы все еще видите высокий процент использования (см. Lvs -a), в нашем случае использование 99,6% даже после увеличения
 метаданные в 2G, может потребоваться полная замена метаданных.
 Этого можно добиться с помощью:
 2.Убедитесь, что тонкие тома неактивны 
 2.1 Если можете, загрузитесь в однопользовательском режиме 
 (до запуска qemu / kvm), поскольку тонкие тома lvm не могут быть активными (lvchange -an «деактивировать тома не удастся, если тома активны»). В нашем случае они использовались процессом kvm.
 Google о том, как изменить параметры инициализации grub для загрузки в однопользовательский режим ИЛИ из другого ISO-образа загрузки в реальном времени, чтобы kvm не запускался, а
 тонкие тома не становятся активными и не используются другим процессом.
 2.2 Если вы не хотите загружаться в однопользовательском режиме, вы можете попробовать деактивировать тома вручную через 
 Список тонких томов, которые принадлежат тонкому пулу pve / data
  lvdisplay | grep -iE "имя пула lv. * данные" -B6 | grep -i "lv путь"
  Путь LV / dev / pve / vm-100-disk-1
  Путь LV / dev / pve / vm-101-disk-1
  Путь LV / dev / pve / vm-103-disk-1
  Путь LV / dev / pve / vm-103-disk-2
  Путь LV / dev / pve / vm-100-disk-2
  Путь LV / dev / pve / vm-102-disk-1
  
 Деактивировать их 1 на 1
  lvchange -an -v / dev / pve / vm-100-диск-1
lvchange -an -v / dev / pve / vm-101-диск-1
  
 Если вышеуказанные команды не работают, настоятельно рекомендуется загрузиться в однопользовательском режиме на самой машине proxmox.
 Чтобы найти процесс, используйте это
 (https://serverfault.com/questions/266697/cant-remove-open-logical-volume)
 найти старший, младший номер
  dmsetup info -c | grep vm-100
  
 Найти процесс, активно использующий том
  LSOF | grep "основной, второстепенный"
  
 В нашем случае (у меня нет вывода), но он сообщил, что виноват процесс kvm.
 После деактивации тонких томов «Статус LVM… НЕ доступен» вы можете продолжить восстановление поврежденных метаданных на новом томе и заменить существующие метаданные в тонком пуле этим новым восстановленным томом.
 Просто из интереса, когда тонкий том подвешен, вы не можете создавать на нем тонкие объемы.
 Не удалось создать lvm на «приостановленном» тонком томе «pve / data»: (команда ниже не работает)
  lvcreate -V4G -T pve / data --name repaired_01
  
 Эта команда должна завершиться успешно (создание тонкого тома «не тонкого пула»)
 успешно создан lvm за пределами тонкого тома pve / data в группе томов pve:
  lvcreate -an -Zn -L4G --name repaired_01 pve
  
 Активируйте этот том (чтобы его можно было найти в / dev / mapper / pve-repaired_01)
  thin_dump -r -f xml / dev / mapper / pve-data_tmeta> / корень / tmeta.xml
  
  thin_restore -i /root/tmeta.xml -o / dev / mapper / pve-repaired_01
  
 https://www.redhat.com/archives/linux-lvm/2014-October/msg00032.html
  lvconvert --thinpool pve / data --poolmetadata / dev / mapper / pve-repaired_01
  
 Эта команда безопасно заменяет метаданные новым восстановленным томом для тонкого пула «pve / data», как указано в –thinpool pve / data.
 обратите внимание, что –thinpool «НЕ» относится к метаданным, а относится к фактическому тонкому пулу, в нашем случае «pve / data».
 новый том метаданных - / dev / mapper / pve-repaired_01
 7.Перезагрузить машину 
 Сработало для нас, машина перезагрузилась, журнал загрузки показал, что новый том метаданных теперь используется, и все тонкие тома подключены, как и ожидалось
 Ноты: 
 https://www.redhat.com/archives/lvm-devel/2013-October/msg00050.html
 Были внесены изменения, чтобы гарантировать, что метаданные активного пула не будут выгружены.
 См. Pool_is_active, также «Невозможно преобразовать пул% s /% s с активными тонкими томами».
 Поэтому очень важно деактивировать тонкий пул, прежде чем что-либо делать с его метаданными.
 https://www.redhat.com/archives/linux-lvm/2016-Feb February/msg00007.html
 нам известно о «lvconvert –repair» и о том, что он выполняет некоторые из этих действий за один шаг, но были некоторые блоги, указывающие, что это повредило их данные.
 См. Https://unix.stackexchange.com/questions/351921/lvm-how-to-recover-lvm-thin-pool-volume-after-failed-repair
 это казалось слишком рискованным, поэтому мы решили поменять его вручную или уделить больше внимания деталям.
  lvm • метаданные • тонкие
 
 
 
 
 
 Является ли LVM все еще актуальным в облаке? - Apptio 
 Когда я впервые познакомился с диспетчером логических томов (LVM) в 90-х годах, я был очарован его концепцией сочетания физических дисков и их преобразования в виртуальные устройства ( stripes, mirror, RAID) с множеством дополнительных сервисов (моментальные снимки, репликация, VTL и дедупликация).Он буквально положил начало революции виртуализации хранилищ.
 Появление вычислительной техники и виртуализации сети в сочетании с быстрым доступом в Интернет принесло нам сегодняшние облачные сервисы. Но во всей недавней шумихе об облаках кажется, что LVM не работает. Я начал размышлять о том, что случилось с LVM. Имеет ли значение LVM в сегодняшних облачных средах?
 Несмотря на то, что LVM всегда был отличной технологией, ее никогда не было легко использовать. Сегодняшний Linux LVM, без сомнения, прошел долгий путь с точки зрения функциональности и простоты использования с момента своего появления.Некоторые дистрибутивы Linux даже дошли до того, что предварительно сконфигурировали их в качестве корневых устройств системы, что упростило использование. Однако он еще не воспользовался преимуществами облака и не привнес в облако ничего нового.
 Чтобы узнать больше, я продолжил поиск, как люди используют LVM в облаке. К сожалению, оказалось не так много. После того, как появилось несколько статей, в большинстве из них просто говорилось об использовании LVM в традиционной манере, в облаке не было ничего нового или конкретного. Пытаться найти какое-то взаимодействие между ними - просто большая потеря.Хуже того, когда я взглянул на AWS, крупнейшего в мире поставщика облачных услуг, его AMI Amazon Linux по умолчанию не поставляется с предварительно настроенным корневым устройством LVM, как в некоторых других дистрибутивах Linux уже много лет.
 Затем я провел поиск преимуществ LVM и попытался выяснить, актуальны ли они по-прежнему. В большинстве статей упоминались такие возможности, как изменение размера томов, тонких томов и моментальных снимков. Постепенно мне стало ясно, что LVM не только не обострил свои грани, улучшив удобство использования или добавив новые функции в течение довольно долгого времени, но и потерял позиции в пользу облака из-за того, что может предложить облачное хранилище (AWS EBS поставляется со снимками состояния, отказоустойчивость и высокая доступность.
 Как насчет способности LVM увеличивать и уменьшать емкость? Позвольте мне пояснить, что я не сравниваю LVM с объектным хранилищем, которое изначально не имеет предполагаемой емкости. Я сравниваю его с устройствами с облачным блоком. Я имею в виду, разве не для этого был разработан LVM? Совершенно верно, но это вернуло меня к предыдущему вопросу о том, что LVM приносит в облако. Чтобы любой инструмент был полезен в масштабе облака, он должен быть достаточно интеллектуальным, чтобы работать без присмотра. LVM, конечно же, к их числу не относится.
 LVM быстро теряет свою актуальность в облаке.Пользователи облака нуждаются в эластичных, автоматически и прозрачно масштабируемых облачных ресурсах по запросу. LVM явно не был разработан для облаков и не успевает за изменяющимися потребностями клиентов в облаках.
 Одна из вещей, которую разработчики FittedCloud придумали для нового облачного мира, - это возможность автоматически увеличивать или уменьшать виртуальный том в файловой системе в соответствии с его фактическим использованием, не останавливая его. Почему? Поскольку он решает проблему, с которой поставщики облачных услуг взимают плату за виртуальные тома (например,г. AWS EBS) по его емкости / производительности, поэтому, если вы предоставили им избыточное количество ресурсов, вы платите за емкость / производительность, которые вы не используете. И поскольку использовать LVM для выполнения тех же задач слишком сложно (найдите тонкий объем LVM и попробуйте, а затем умножьте полученный результат на масштаб облака, и вы поймете, что я имею в виду).