Содержание
Это страшное слово — Вайп.
Вообще это, конечно, тема не для вики. Но чтоб по 10 раз не переписывать — пусть будет здесь.
Сверху кратко: можете отправлять сюда новичков, спрашивающих про вайп, или тех, кто рассказывает про то, что здесь были вайпы и прям туча серверов завайпалась уже.
Потом ссылками, местами в лулзу, потому не всем доступно, проявляйте активность и вам_воздастся_все_дела. Ссылки понавешаю в процессе редактирование и под настроение.
Сколько у нас было вайпов?
Сервера, которые у нас были заявлены «БЕЗ ВАЙПОВ»: Эхо, Тес. (Ага, все. Все остальные сервера должны были вайпаться регулярно. И об этом даже говорилось. Единственным безвайповым сервером был Эхо. И сейчас является ТЕС).
Но я напишу все вайпы, почти вайпы и вообще не вайпы. Для истории и тыкания личиком в «это».
Нашли дату? Вайп? Или что-то еще? Маякните мне. Впишу сюда для истории.
Точно 100% вайпы:
1) Мордор 2011г — 1-ый вайп при переходе с версии 1. 9.1Pre на 1.0.0. Сервер проработал чуть более 4 месяцев. Отметок нет, потому что форум был гильдийным и совсем в другом месте.
Где то тут пункт 2 мордор — эхо из «притянутых за уши». на самом деле это два разных сервера.
2) Арканар 4 августа 2013 года — апдейт сервера с 1.2.5 версии на 1.4.6. Без вайпа это сделать было нельзя. Читаем ниже почему. Саму отметку по вайпу можно увидеть здесь.
3) Где-то тут Закрытие атлантиса 1.2.5 ТФК и Руны 1.4.7 (нет игроков). Я б не сказал, что это вайп — сервер был закрыт. но мы же открыли его потом снова…
3 (снова)) Арканар, ребилд на 1.6.4 версию и переход к fallout-виду. 10 октября 2014. Отметка тут.
4) Где-то тут закрытие Атлантиса-2 на 1.6.4. ТФК (нет игроков) и Руны. Потому что диван задолбал.
4) Эхо 22.06.2015 инфа тут. Причин нет (если не считать причиной — постоянные слова игроков, что был вайп. Ну его и сделали).
5) (снова)) Руна. Вайп. 24 июня 2016 года. Запланированный. А инфа была тут.
6) Квантум — ребилд в Zwei — 30 мая 2015 года. Хз где.
7) Ребилд Квантума Zwei — от 27 июня 2016 года. Отметка об этом есть здесь.
7) Где-то тут Очередное закрытие Атлантиса-3 ТФК с нулем игроков на версии 1.7.10
8) Руна — ребилд — март 2018 года. Заметка есть тут. Голосование было здесь.
9) Квантум Zwei — 30 апреля 2018 год — ребилд в SofQ. С переносом доната. Читать тут.
Итого за 8 лет работы у нас 8 9 вайпов (или 12, если считать закрытие и открытие одних и тех же серверов).
Из этих восьми девяти:
один на Эхо
один на мордор
два на арканар
два на руну
три на квантуме
Даже если добавить сюда притянутое за уши, то их становится 14 (два на мордор/эхо) и три на арканар. Если притянуть сюда еще и закрытие Эха — то 15 (три на мордор/эхо).
Итого в среднем 3 вайпа на сервер за 8 лет. Кто-нибудь еще скажет, что мы вайпаемся каждые полгода?
Можно притянуть за уши к вайпам:
1) Мордор — 6 апреля 2013 года. Лежали долго. Потеряли много. Автор мода отключил работу мода на серверах и наступил ядерный пздц. Однако, вайпа не было. Снесло спавн и регионы рядом с ним. Остальное осталось живое. Почитать можно тут и вот тут.
(Для тех, кто не знает, ранее — админ-аккаунт на форуме был один, как сейчас на серверах. Поэтому, когда меня не было (а это было несколько лет) — с этого аккаунта писала кло/Юм, Тзя, Демон и кого там только не было. Потом аккаунты разделили. А при переносе форума они еще и попутались. Так что не удивляйтесь внезапным сменам он/она и настроениям).
2) Мордор —> Эхо 28 мая 2013 года. Мордор был закрыт (вместе с няшными красивыми блоками внезапно ставшим платного мода), и вместо него был открыт Эхо. С полным переносом имущества игроков. Отметка об этом есть здесь.
3) Арканар 27 февраля 2013 года. На самом деле это не вайп. Сервер находился в разработке и на тесте. Почитать можно тут.
Вообще ни разу не вайпы:
ТЕС — Не вайпался. Никогда. Он даже не был открыт у нас. Все что вайпалось до нас — не наше.
Альбион — не вайпался, никогда. Он был открыт. И был закрыт. Вайпов на нем не было.
Закрытие Эхо 20 октября 2017 года — не вайп. Он был закрыт. Читать можно тут — много матов/грустно-лулза.
При удаление АЕ2 с Квантума-2 — вайпа не было.
Дальше — кому не интересно — можно уже не читать.
Итак. ВАЙП! Жуткое слово. Что он вообще значит и как долго его проводить?
Вайп (конкретно для майнкрафт сервера) — это полная зачистка всего (карты, построек, имущества игроков, денег, приватов и блаблабалбалба — придумайте что-нибудь еще). При этом сервер не меняется.
То есть регулярное обнуление карты на других проектах под лозунгом «начнем все заново — будет очнь интересно» — это вайп. Переход с версии на версию майнкрафта, с обнулением карты, потому что чанки не встали/ид про%бано/блоки попутаны/что-то падает — это тоже вайп. Даже простое обновление сервера (добавление модов, удаление модов), которому сопутствует очищение карты, даже с переносом имущества игроков/денег — это тоже вайп.
Глобальный Вайп — это когда игрок начинает играть с нуля, не меняя проект и сервер. Не важно по какой причине сервер обнулен и игрок начинает играть с нуля — это все равно вайп.
А есть еще частичные вайпы — это когда удаляются и регенерируются чанки или регионы (512*512) целиком. Или вайпы игроков — когда зачищается только аккаунт игрока, не влияя на карту и других игроков.
Не вайп — это когда сервер просто убирают совсем. Он закрылся и его больше нет — это не вайп, это просто «сервер закрыт и удален».
Как долго проводится вайп. Честно? Пара минут. Независимо от его вида. Если вам говорят, что для вайпа нужно несколько дней или недель — это бред) Вайп — это просто заходишь в директорию нужного сервера и стираешь в нем нахрен мир. И нужные данные. Нормальный админ обычно готовит все это заранее и потом просто жмякает кнопочку.
У вас много времени занимает стереть папку с миром в сингле? Нет? Вот и вайп занимает примерно столько же времени.
А все остальное время — это создание чего-то с нуля. Причем, если сервер не менялся (то есть вайп сезонный и проводится регулярно, без обновления самого сервера/добавления/удаления модов) — то создавать с нуля там особо нечего. Максимум уже построенный заранее спавн перенести эдитором. Там вся эпопея с вайпом и втыканием спавна займет не больше 30 минут (это чтоб красивенько встало).
Зачем нужный вайпы?
1ая и самая важная причина: криперам было скучно и они решили устроить вечеринку, нажрались тортиков и лопнули все разом.
Все остальное — ересь)
На самом деле у вайпа есть три причины: «экономика», «совместимость» и «ваши админы — криворукие идиоты».
Из этих трех причин — неизбежная только одна. Все остальное, включая экономику, можно отнести к пункту «идиотов».
Совместимость — это действительно неизбежный вайп.
На примере наших серверов:
Нельзя обновить сервер с RedPower выше 1.4.7 версии и не вайпнуться. Этого мода не существует от его автора на более высокие версии вообще (Эхо).
Нельзя обновить сервер с 1.2.5 на 1.4.6 и не вайпнуться — несовместимость дата-файлов карты, моянги и на тот момент мспс поменяли API и обновлять там просто нечего. Или с нуля, или оставаться на той же версии (Мордор-Эхо)
Нельзя обновить сервер с 1.6.4 на 1.7.10 и не вайпнуться. По той же причине. Там просто нечего обновлять. Только с нуля. (Если быть немношк сумасшедшим (совсем на голову отбитым) то можно обновить с 1.6.4 на 1.7.10 ваниллу. Модовые сервера? Не) Модовый сервер с резанными микроблоками? Совсем нет никак никогда даже не думайте это невозможно. (Тес)
Нельзя обновить сервер с 1.7.10 на 1.12+ Совсем. Никак. Вообще. Совсем разные серверные движки.
И на будущее: нельзя обновить сервера с 1.12 на 1.13. Совсем. Апи совсем другое.
Нельзя обновить сервер с большой и тяжелой мод-сборкой выше 1.7.10 — нет модов на эту версию. Как обновлять, если модов просто нет?) Авторы их не выпустили. Если моды есть — потихоньку, с проблемными участками карт и прочими «ой-сломалось» по 1 версии обновить можно. Но желательно просто сделать вайп. (Любой наш сервер, потому что там везде есть моды, которые еще не обновились авторами до новых версий).
Нельзя обновить сервер, если версия мода не поддерживает сервер. Тут на выбор: или удаление мода, или сервер остается на нужной для мода версии (Reika и Квантум).
Всё. Других причин по совместимости нет) Ни по версиям, ни по модам, ни по джаве. На самом деле даже рейку мы удалили без вайпа.
Ну а если вам говорят: нужно поставить новый мод/удалить старый мод и потому нужен вайп — это дичь и можно сразу выкидывать в ящик с надписью «криворукие админы».
Экономика — по этой причине вайпается большинство нормальных (адекватных? более-менее? ну хотя бы — не пару дней стоявших…) серверов майнкрафта в этой вселенной.
Любой сезонный вайп под предлогом «начнем с нуля» это она самая — экономика.
Игроки развились и стали мало донатить? Нужно сделать вайп чтобы поднять донат. Потому что игрок пойдет покупать заново все что ему нужно, чтобы развиться заново, чтобы заново получить вайп, чтобы заново. ..
Кто-тот надюпал овердофига предметов, а логов, как обычно нет? Или чистить лениво? Нужен вайп.
Экономика сервера построена криво и игроки слишком богаты? =) Нужен вайп. Можно с переносом имущества, чтобы не сильно ныли. Но избыток ресурсов нужно убирать.
Сервер слишком маленький, а игроков, наоборот, много? Все выкопали, ресурсов нет, приток новичков упирается в стенку «негде даже камня добыть»? Нужен или вайп, или шахт-мир, или авто-шахта.
На самом деле — вайп по экономике — не обязателен. Любое кол-во ресурсов и игровых денежных средств у игроков можно вывести без вайпов, было бы желание.
Обычно, вайпы такого рода делаются по желанию-же игроков. Новым игрокам скучно играть среди уже развитых (зависть? =) ), старым просто скучно играть — у них все есть. Давайте сделаем вайп, чтобы начать с нуля и все были равны. Равны все равно все не будут, но приток игроков на вайпах есть.
Ваши админы — криворукие идиоты — это все остальное.
Пришел читер и похерил весь мир, взорвав там адовое кол-во бомб, оставив от мира только админиум? Нужен вайп. Там все равно ничего не осталось. Хотя криворукий все равно админ — он же это допустил.
Побилась карта? нет бекапов? не умеешь восстанавливать? Будет вайп, но админы — криворукие, потому что это не причина для вайпов) Бекапы должны быть, техник должен уметь работать со своим серверов, в том числе и с его картой.
Задудосили? Вообще не вариант для вайпа. Причем тут вайп и ддос?)
Взломали сайт? Ибо нехер совмещать сайт/форум и игровые сервера.
Взломали сервер? Админ — сам дурак. Чет не припоминаю взломов сервера у нас за все время работы (а это, на минуточку, уже почти 8 лет). Читеров — помню. Багоюзеров/дюперов? Тысячи их. Взломать сервер? Не видел такого. И слава б-гу… И даже если будет — так же скажу и про себя: сам дурак.
Админка перессорилась между собой и убила нахер сервера? Туда же +_+ Самокритично, не спорю =)
Обновил сервер, а он сдох? Твой серверный техник — имбецил.
Похерил БД? Туда же.
Поставил плагин с блекспигота (фу-фу-фу)? Туда же и себя еще сверху запиши.
«Сломался чанк, сервер лагает, нужен вайп»? Туда же.
Дюпы (написаны выше)? На самом деле тоже сюда. Потому что предотвратить дюп — сложно, но можно.
Какие еще причины рассказывают про «прям срочно немедленно обязательно нужен вайп»? Вписывайте их сюда.
Считается ли вайпом удаление и полное отключение сервера?
Нет. Вайп — это когда вы, после всех работ с сервером, не важно сколько они длятся, снова начинаете играть. Тот же сервер. Та же основа модов. Но с нуля. Это — вайп.
Если сервер удален и закрыт — он не вайпнут. Он удален и закрыт.
Район Вайпа — frwiki.wiki
Расположение района Вайпа на карте Северного острова
ВААПИ Район расположен в регионе с Уайкато в Северном острове в Новой Зеландии .
Его площадь составляет 1 473,47 км 2, здесь расположены небольшие городки Те-Авамуту и Кембридж. Он расположен к югу от города Гамильтон . Районный совет расположен в Те Авамуту.
Основу экономики района составляет молочная промышленность и производство круп . Юго — восточный район включает в себя предлагаемое Центральную гидроэлектростанции в Карапиро .
В переписи в 2006 году насчитывалось там 42 501 жителей, 35% проживающих в Te Awamutu и Кембридже.
- (in) Районный совет Вайпа
- (ru) Окончательные подсчеты — ночная перепись и перепись, обычно проживающее население и занимаемые жилые дома — регион Вайкато, Статистическое управление Новой Зеландии
- (fr) Эта статья частично или полностью взята из английской статьи в Википедии под названием « Район Вайпа » ( см. список авторов ) .
Территориальные органы по Новой Зеландии | |||||
---|---|---|---|---|---|
Города | Норт-Шор-Сити · Вайтакере · Окленд · Манукау-Сити · Гамильтон · Тауранга · Нейпир · Палмерстон-Норт · Порируа · Аппер-Хатт · Лоуэр-Хатт · Веллингтон · Нельсон · Крайстчерч · Данидин · Инверкаргилл | ||||
Районы |
| ||||
Территория | Острова Чатем |
<img src=»//fr. wikipedia.org/wiki/Special:CentralAutoLogin/start?type=1×1″ alt=»» title=»»>
Безопасная очистка диска — ArchWiki
Очистка диска выполняется путем записи новых данных поверх каждого бита.
Совет: Ссылки на «диски» в этой статье также относятся к петлевым устройствам.
Распространенные варианты использования
Удаление всех данных, оставшихся на устройстве
Наиболее распространенный вариант использования для полной и безвозвратной очистки устройства — когда устройство собирается отдать или продать. На устройстве могут остаться (незашифрованные) данные, и вы хотите защититься от простого судебного расследования, которое является детской игрой, например, с помощью программного обеспечения для восстановления файлов.
Если вы хотите быстро стереть все с диска, /dev/zero
или простые шаблоны обеспечивают максимальную производительность, в то время как достаточная случайность может быть выгодна в некоторых случаях, которые должны быть скрыты в #Data remanence.
Каждый перезаписанный бит означает обеспечение уровня стирания данных, не допускающего восстановления с помощью обычных системных функций (таких как стандартные команды ATA/SCSI) и аппаратных интерфейсов. Любое программное обеспечение для восстановления файлов, упомянутое выше, должно быть специализировано на проприетарных аппаратных функциях хранения.
В случае с жестким диском восстановление данных будет невозможно, по крайней мере, без недокументированных команд привода или вмешательства в контроллер устройства или прошивки, чтобы заставить их считывать, например, перераспределенные сектора (плохие блоки, которые S.M.A.R.T. перестали использовать).
При использовании различных технологий физического хранения возникают разные проблемы с очисткой. В частности, все устройства на основе флэш-памяти и старые магнитные накопители (старые жесткие диски, дискеты, ленты).
Подготовка к шифрованию блочных устройств
Чтобы подготовить диск к шифрованию блочного устройства внутри очищенной области после этого, рекомендуется использовать #Random данные, сгенерированные криптографически стойким генератором случайных чисел (далее именуемым в этой статье ГСЧ).
См. также Википедию:Генерация случайных чисел.
Предупреждение: Если шифрование блочного устройства сопоставлено с разделом, содержащим неслучайные или незашифрованные данные, шифрование ослабевает и становится сопоставимым с шифрованием на уровне файловой системы: становится возможным раскрытие шаблонов использования на зашифрованном диске. Поэтому не заполняйте пространство нулями, простыми шаблонами (например, бэдблоками) или другими неслучайными данными перед настройкой шифрования блочного устройства, если вы серьезно к этому относитесь.
Остаток данных
См. также Википедия: Остаток данных. Представление данных может оставаться даже после попыток удалить или стереть данные.
Операционная система, программы и файловая система
Операционная система, исполняемые программы или журналируемые файловые системы могут копировать ваши незашифрованные данные на блочное устройство. При записи на обычные диски это должно иметь значение только в сочетании с одним из вышеперечисленных.
Если данные могут быть точно расположены на диске и никогда больше никуда не копировались, очистка случайными данными может быть тщательной и впечатляюще быстрой, пока в пуле достаточно энтропии.
Хорошим примером является cryptsetup, использующий /dev/urandom
для очистки слотов ключей LUKS.
Аппаратные проблемы
Флэш-память
Усиление записи и другие характеристики делают флэш-память, включая твердотельные накопители, упрямой мишенью для надежной очистки.
Поскольку существует много прозрачной абстракции между данными, видимыми микросхеме контроллера устройства и операционной системой, данные прицела никогда не перезаписываются на месте, а стирание отдельных блоков или файлов ненадежно.
Другие «функции», такие как прозрачное сжатие (все твердотельные накопители SandForce), могут сжимать ваши нули или повторяющиеся шаблоны, поэтому, если стирание происходит невероятно быстро, это может быть причиной.
Разборка устройств флэш-памяти, отпайка микросхем и анализ содержимого данных без промежуточного контроллера осуществимы без труда с использованием простого оборудования. Компании по восстановлению данных делают это за дешевые деньги.
Для получения дополнительной информации см.:
- Твердотельный накопитель/очистка ячеек памяти
- Надежное стирание данных с твердотельных накопителей на основе флэш-памяти.
- #Выбрать цель
Помеченные плохие сектора
Если жесткий диск помечает сектор как плохой, он блокирует его, и запись в этот раздел с помощью программного обеспечения становится невозможной. Таким образом, полная перезапись не достигла бы его. Однако из-за размеров блоков эти разделы будут составлять лишь несколько теоретически восстанавливаемых КиБ.
Остаточный магнетизм
Однократная полная перезапись нулями или случайными данными не приводит к восстановлению каких-либо данных на современном устройстве хранения высокой плотности. Обратите внимание, что в настоящее время повторение операции не требуется. [1] Индикация иначе относится к одиночным остаточным битам; реконструкция шаблонов байтов, как правило, невозможна. [2] См. также [3], [4] и [5].
Выберите цель
Используйте fdisk для поиска всех устройств чтения/записи, к которым пользователь имеет доступ для чтения.
Проверьте выходные данные на наличие строк, начинающихся с устройств, таких как /dev/sd"X"
.
Это пример жесткого диска, отформатированного для загрузки системы Linux:
# fdisk -l
Диск /dev/sda: 250,1 ГБ, 250059350016 байт, 488397168 секторов Единицы = сектора 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 512 байт Размер ввода/вывода (минимальный/оптимальный): 512 байт / 512 байт Идентификатор диска: 0x00ff784a Система идентификаторов блоков начала загрузки устройства /dev/sda1 * 2048 206847 102400 83 Linux /dev/sda2 206848 488397167 244095160 83 Линукс
Или другой пример с образом Arch Linux, записанным на флэш-накопитель USB емкостью 4 ГБ:
# fdisk -l
Диск /dev/sdb: 4075 МБ, 4075290624 байт, 7959552 сектора Единицы = сектора 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 512 байт Размер ввода/вывода (минимальный/оптимальный): 512 байт / 512 байт Идентификатор диска: 0x526e236e Система идентификаторов блоков начала загрузки устройства /dev/sdb1 * 0 802815 401408 17 Скрытый HPFS/NTFS
Если вы беспокоитесь о непреднамеренном повреждении важных данных на основном компьютере, рассмотрите возможность использования изолированной среды, такой как виртуальная среда (VirtualBox, VMWare, QEMU и т. д.) с прямым подключением к ней жестких дисков или одного компьютера. только с дисками хранения, которые необходимо очистить, загрузившись с Live Media (USB, CD, PXE и т. д.), или использовать сценарий для предотвращения очистки смонтированных разделов по опечатке.
Выберите источник данных
Чтобы стереть конфиденциальные данные, можно использовать любой шаблон данных, соответствующий потребностям.
Нули
Перезапись с помощью /dev/zero
или простых шаблонов в большинстве случаев считается безопасной. С сегодняшними жесткими дисками это считается подходящим и быстрым для очистки диска.
Однако диск, который слишком быстро записывает шаблоны или обнуляется, может выполнять прозрачное сжатие. Очевидно, что не все блоки стираются таким образом. Некоторые устройства с #Flash-памятью «предусматривают» это.
Чтобы впоследствии настроить шифрование блочного устройства, необходимо стереть область случайными данными (см. следующий раздел), чтобы не ослабить шифрование.
Предупреждение: Подлежит сжатию и должен использоваться осторожно с флэш-памятью и твердотельными накопителями, чего следует избегать для подготовки к блочному шифрованию, как указано выше.
Случайные данные
Истинно случайный источник данных с использованием /dev/random
нецелесообразен для очистки больших емкостей, так как ожидание генерации энтропии займет слишком много времени. /dev/urandom
можно использовать как разумный источник псевдослучайных данных. Различия между случайными и псевдослучайными данными в качестве источника см. в разделе Генерация случайных чисел.
Другой альтернативой генерации псевдослучайных данных является использование зашифрованного потока данных. Например, если кто-то хочет подготовить устройство к блочному шифрованию и будет использовать AES для зашифрованного раздела, целесообразно стереть его с помощью аналогичного шифра перед созданием файловой системы, чтобы сделать пустое пространство неотличимым от используемого пространства.
Выберите размер блока
См. также Википедию:Dd (Unix)#Размер блока, размер блока io-limits.
Если у вас есть жесткий диск Advanced Format, рекомендуется указать размер блока больше, чем 512 байт по умолчанию. Чтобы ускорить процесс перезаписи, выберите размер блока, соответствующий физической геометрии вашего диска, добавив параметр размера блока к 9Команда 0131 dd (т.е. bs=4096
для 4 КиБ).
fdisk печатает размер физического и логического сектора для каждого диска. В качестве альтернативы sysfs предоставляет информацию:
/sys/блок/sdX/размер /sys/блок/sdX/очередь/физический_блок_размер /sys/блок/sdX/очередь/логический_блок_размер /sys/блок/sdX/sdXY/alignment_offset /sys/блок/sdX/sdXY/старт /sys/блок/sdX/sdXY/размер
Предупреждение: Эти методы показывают размер блока, который диск сообщает ядру. Однако многие диски расширенного формата неправильно занижают размер физического блока до 512.
Совет: Скрипт genwipe.sh AUR помогает рассчитать параметры для очистки устройства/раздела с dd , например. genwipe.sh /dev/sd"XY"
.
Расчет блоков для очистки вручную
Блочные устройства хранения данных разделены на сектора, и размер одного сектора можно использовать для расчета размера всего устройства в байтах. Для этого умножьте количество секторов на размер сектора диска.
В качестве примера мы используем параметры с dd команда для очистки раздела:
# dd if= источник_данных of=/dev/sdX bs= размер_сектора количество= номер_сектора поиск= partitions_start_sector статус=прогресс
Здесь для иллюстрации на практическом примере мы покажем вывод команды fdisk на раздел /dev/sdX
:
# fdisk -l /dev/sdX
Диск /dev/sdX: 1,8 ТиБ, 2000398934016 байт, 3907029168 секторов Модель диска: ST3500413AS Единицы: секторы 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 4096 байт . .. Размер начальных и конечных секторов загрузки устройства Идентификатор типа /dev/sdX1 2048 3839711231 3839709184 1,8T 83 Linux /dev/sdX2 3839711232 3907029167 67317936 32,1G 5 Extended
- Первая строка вывода fdisk показывает размер диска в байтах и логических секторах.
- Размер устройства хранения или раздела в байтах также можно получить с помощью команды
blockdev --getsize64 /dev/sdXY
. - Строка Units выходных данных fdisk показывает размер одного логического сектора; размер логического сектора также может быть получен из количества байтов, деленного на количество логических секторов, здесь используйте:
echo $((2000398934016 / 3907029168))
. - Чтобы узнать размер физического сектора в байтах (что ускорит его работу), мы можем использовать следующую строку.
- Чтобы получить размер диска в физических секторах, можно разделить размер диска в байтах на размер одного физического сектора, здесь
echo $((2000398934016 / 4096))
,
Примечание:
- В приведенных ниже примерах мы будем использовать размер логического сектора.
- Вы даже можете стереть нераспределенное пространство на диске с помощью команды
dd
, рассчитав разницу между концом одного и началом следующего раздела.
Для очистки раздела /dev/sdX1
, параметры примера с логическими секторами будут использоваться следующим образом.
- Используя начальный адрес раздела на устройстве с помощью параметра
seek=
:
# dd if= источник_данных of=/dev/sdX bs=${BytesInSector} count=${End - Старт} искать=${Старт} статус=прогресс
с Start=2048
, End=3839711231
и BytesInSector=512
.
- Или используя размер разделов в логических секторах:
# dd if= data_source of=/dev/sdX1 bs=${BytesInSector} count=${LogicalSectors} status=progress
с LogicalSectors=3839709184
.
Или, чтобы стереть весь диск с помощью физических секторов:
# dd if= data_source of=/dev/sdX bs=${PhysicalSectorSizeBytes} count=${AllDiskPhysicalSectors} seek=0 status=progress
с AllDiskPhysicalSectors=488378646
и PhysicalSectorSizeBytes=4096
.
Примечание: Опция count=
не требуется при очистке всей физической области, например sdXY
или sdX
от начала до конца но показывает ошибку о нехватке свободного места при попытке записи за пределы.
Перезаписать цель
Вы можете выбрать одну из нескольких утилит для перезаписи диска. Если вы хотите стереть только один файл, безопасно стереть диск/Советы и приемы#Очистить один файл имеет соображения в дополнение к утилитам, упомянутым ниже.
Путем перенаправления вывода
Перенаправленный вывод можно использовать для создания файлов, перезаписи свободного места в разделе и очистки всего устройства или отдельного раздела на нем. В примерах здесь используется /dev/zero
для обнуления устройства, но /dev/urandom
можно заменить, если требуется случайная очистка.
В следующих примерах показано, как перезаписать раздел или блочное устройство путем перенаправления stdout из других утилит:
# кошка /dev/zero > /dev/sd"XY"
cat: ошибка записи: на устройстве не осталось места
# xz -z0 /dev/zero -c > /dev/sd"XY"
xz: (stdout): ошибка записи: на устройстве не осталось места
# dd if=/dev/zero > /dev/sd"XY"
dd: запись в «стандартный вывод»: на устройстве не осталось места 20481+0 записей в 20480+0 записей Скопировано 10485760 байт (10 МБ, 10 МБ), 2,29914 с, 4,6 МБ/с
Команда копирования файла cp
также может использоваться для перезаписи устройства, поскольку она игнорирует тип места назначения:
# cp /dev/zero /dev/sd"XY"
cp: ошибка записи '/dev/sd"XY"': на устройстве не осталось места cp: не удалось расширить ‘/dev/sd«XY»’: на устройстве не осталось места
Чтобы отобразить статус выполнения и показатели, вы можете использовать pv:
# pv --progress --timer --eta --rate --bytes --stop-at-size -s "$(blockdev --getsize64 /dev/sd"XY" )" /dev/zero > / dev/sd"XY"
dd
См. также dd и Безопасная очистка диска/Советы и рекомендации#Очистка одного файла.
Предупреждение: Нет подтверждения работоспособности этой команды, поэтому еще раз проверьте , что выбран правильный диск или раздел. Убедитесь, что параметр of=...
указывает на целевой диск, а не на системный диск.
Заполнить диск нулями, записав нулевой байт в каждое адресуемое место на диске с помощью потока /dev/zero.
# dd if=/dev/zero of=/dev/sdX bs=4096 status=progress
Или поток /dev/urandom:
# dd if=/dev/urandom of=/dev/sdX bs=4096 статус=прогресс
Процесс завершен, когда dd сообщает Нет свободного места на устройстве
и возвращает управление обратно:
dd: запись в ‘/dev/sdX’: на устройстве не осталось места 7959553+0 записей в 7959552+0 записей вышло 4075290624 байта (4,1 ГБ, 3,8 ГиБ) скопировано, 1247,7 с, 3,3 МБ/с
Чтобы ускорить очистку большого диска, см. также:
- Безопасная очистка диска/Советы и рекомендации#dd — расширенный пример с использованием OpenSSL,
- Надежная очистка диска/Советы и рекомендации#Использование файла шаблона, который стирает неслучайные предустановленные данные (например, перезаписывает весь диск одним файлом), но очень быстро
- Dm-crypt/подготовка диска#dm-crypt специальные методы, использующие dm-crypt.
wipe
Программа, специализирующаяся на очистке файлов. Он доступен как часть пакета очистки. Чтобы быстро стереть место назначения, вы можете использовать что-то вроде:
$ wipe -r /path/to/wipe
См. также очистку(1). Инструмент последний раз обновлялся в 2009 году. На его странице SourceForge указано, что в настоящее время не поддерживается .
измельчить
измельчить (из пакета coreutils) — это команда Unix, которую можно использовать для безопасного удаления отдельных файлов или целых устройств, чтобы их можно было восстановить только с большими трудностями при помощи специализированного оборудования, если вообще возможно. По умолчанию shred использует три прохода, записывая псевдослучайные данные на устройство во время каждого прохода. Это может быть уменьшено или увеличено.
Следующая команда вызывает уничтожение с настройками по умолчанию и отображает ход выполнения.
# шред -v /dev/sd X
Shred также можно использовать на одном разделе, например. чтобы стереть первый раздел, используйте shred -v /dev/sd X 1
.
В качестве альтернативы, shred может быть проинструктирован выполнить только один проход с энтропией, например, от /dev/urandom
и окончательная перезапись нулями.
# shred --verbose --random-source=/dev/urandom -n1 --zero /dev/sd X
badblocks
Инструмент badblocks от e2fsprogs может выполнять деструктивный тест чтения-записи, эффективно очищая устройство. По умолчанию он выполняет четыре прохода и может занять очень много времени.
# badblocks -wsv /dev/ устройство
hdparm
Предупреждение: Не пытайтесь выполнить команду Secure Erase ATA на устройстве, подключенном через USB; подробности см. в https://ata.wiki.kernel.org/index.php/ATA_Secure_Erase и в этом ответе.
hdparm поддерживает ATA Secure Erase, который функционально эквивалентен заполнению диска нулями. Однако это обрабатывается самой прошивкой жесткого диска и включает «скрытые области данных». Таким образом, его можно рассматривать как современную команду «низкоуровневого форматирования». Сообщается, что SSD-накопители достигают заводской производительности после выполнения этой команды, но могут быть недостаточно очищены (см. #Flash-память).
Некоторые накопители поддерживают Enhanced Secure Erase , в котором используются отдельные шаблоны, определенные производителем. Если вывод hdparm -I
для устройства указывает на многократный выигрыш во времени для стирания Enhanced , устройство, вероятно, имеет функцию аппаратного шифрования, и очистка будет выполняться только для ключей шифрования.
Подробные инструкции по использованию безопасного стирания ATA см. в разделе Очистка твердотельного накопителя/ячейки памяти и вики Linux ATA.
blkdiscard
См. Очистка твердотельного накопителя/ячейки памяти # Общий метод с blkdiscard
См. также
- Очистка свободного места в Linux
Очистка — Guild Wars Wiki (GWW)
Из Guild Wars Wiki
Перейти к навигацииПерейти к поиску или неизбежная гибель каждого члена партии. Wipe — это сокращение от выражения «уничтоженный», что означает «полностью уничтоженный».
Вайп в Guild Wars имеет большое значение, так как обычно группа может оправиться от больших потерь, пока хотя бы один член группы с постоянным источником воскрешения выживает или может быть воскрешен сам.
Вайп происходит, когда все игроки мертвы, а у выживших героев или приспешников нет пригодных для использования умений воскрешения (за исключением Лайвли Вас Наомей и Восстановления). Если группа имеет право на воскрешение с помощью Храма Воскрешения, в области состояния/счета на экране появится обратный отсчет.
Последствия[править]
- PvE: В миссиях и некоторых квестах смерть важных NPC, таких как те, что появляются в разделе «Союзники» окна группы, приведет к уничтожению группы.
- Квесты/Исследуемые: Когда группа уничтожается, вся группа возрождается в последнем активированном дружественном Храме Воскресения. Если святилищ нет (например, в Подземном мире) или если единственное святилище контролируется враждебной фракцией (во фракциях в Войнах гильдий), вместо этого команда будет возвращена в последний посещенный город или аванпост. Это также происходит в сложном режиме, если все члены группы мертвы и имеют максимальное значение смертной казни 60%.
- Миссии: Стирание группы приведет к провалу и завершению миссии, и игроки вернутся на аванпост миссии.
- PvP: Вайп обычно заканчивается провалом на большинстве карт Annihilation. На некоторых PvP-картах дружественные NPC могут воскрешать игроков через определенное время; однако вайпы по-прежнему нежелательны и дают вражеской команде значительное преимущество.
Советы по предотвращению вайпов в битвах гильдий[править]
Как правило, вайп в GvG может означать потерю многих ваших NPC или, что еще хуже, потерю вашего Лорда Гильдии и, в свою очередь, матча. Общие советы по предотвращению очистки включают:
- Уменьшение получаемого вами урона. Меньше урона, меньше шансов стереть. Кажется простым. Вы можете сделать это с помощью предварительного кайтинга или лайнбекинга, если урон начинает становиться огромным.
- Медленно отступайте в радиусе действия дополнительных NPC или на свою базу, когда урон становится слишком сильным. Убедитесь, что вся ваша команда действует как единое целое, а атакующие персонажи делают все возможное, чтобы остановить урон вражеской команды.
- Усиление вашего нарушения или всплеск. Это не рекомендуется, но может перевести вашего противника в оборонительный режим, позволяя вашим монахам набирать обороты.
- Предварительная защита критически важных персонажей до того, как на таймере появится даже минута (2:00, 4:00, 6:00 и т.