Вот я стал еще на год старше и еще пока не уехал в дурку, хотя предыдущий год был очень "насышенным" и в этом году веселье продолжается. Но будем смотреть в будущее с оптимизмом, тем духовенство сообщило, всех кто придается унынию ждет ад :)))
Постоянно забываю последовательность действий и пора уже набросать небольшую инструкцию, ведь все в мире запомнить невозможно. Итак, начнем и как раз сейчас есть такая необходимость.
Запись в блоге: https://interlan.xyz/2026/03/16/instrukcija-rasshirenie-razd...
Перед началом обязательно сделайте резервную копию данных. Операции с разделами несут риск потери информации. Убедитесь, что у вас есть доступ к консоли (физической или удалённой) на случай сбоев. Превым делом физически раширяем раздел и операции идентичные во всех платформах виртуализации с которыми я работал и просто надо указать на какой объем необходимо расширить накопитель.
Например для zVirt это выглядит следующим образом.
Устанавливаем необходимые для работы утилиты.
# dnf install parted e2fsprogs cloud-utils-growpart
Проверяем текущее состояние.
# fdisk -l /dev/sdb
Диск /dev/sdb: 500 GiB, 536870912000 байт, 1048576000 секторов Disk model: QEMU HARDDISK Единицы: секторов по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 512 байт Размер I/O (минимальный/оптимальный): 512 байт / 512 байт Тип метки диска: dos Идентификатор диска: 0x581a41d8 Устр-во Загрузочный начало Конец Секторы Размер Идентификатор Тип /dev/sdb1 2048 734003199 734001152 350G 83 Linux # fdisk -l /dev/sdb1 Диск /dev/sdb1: 350 GiB, 375808589824 байт, 734001152 секторов Единицы: секторов по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 512 байт Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Расширяем диск на уровне разделов.
# growpart /dev/sdb 1
Проверяем.
# fdisk -l /dev/sdb Диск /dev/sdb: 500 GiB, 536870912000 байт, 1048576000 секторов Disk model: QEMU HARDDISK Единицы: секторов по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 512 байт Размер I/O (минимальный/оптимальный): 512 байт / 512 байт Тип метки диска: dos Идентификатор диска: 0xdfb0ff32 Устр-во Загрузочный начало Конец Секторы Размер Идентификатор Тип /dev/sdb1 2048 1048575966 1048573919 500G 83 Linux
Расширяем файловую систему.
# resize2fs /dev/sdb1
Проверяем.
# df -h Файловая система Размер Использовано Дост Использовано% Cмонтировано в devtmpfs 4,0M 0 4,0M 0% /dev tmpfs 950M 12K 950M 1% /dev/shm tmpfs 380M 3,4M 377M 1% /run /dev/sda4 113G 9,9G 97G 10% / tmpfs 950M 0 950M 0% /tmp /dev/sda2 974M 273M 635M 31% /boot /dev/sdb1 492G 272G 197G 59% /opt/repo tmpfs 190M 88K 190M 1% /run/user/42 tmpfs 190M 68K 190M 1% /run/user/0
Вот собственно и все.
В некоторых деревнях Южной Германии до сих пор вспоминают старинный обычай: если муравьи вдруг начали активно заселять дом или огород, нужно было выйти на середину двора в полдень, надеть на голову корзину (символически «превращаясь» в муравейник) и станцевать короткий хаотичный танец — притопывая и вращаясь против часовой стрелки. Считалось, что это «сбивает муравьёв с толку»: они теряют «дорожную карту» и уходят искать другое место. Особо усердные хозяева повторяли танец три дня подряд — «для надёжности».
Эта чуда штука стала как пылесос на стеройдах.
Она просто комбинирует слова из кучи мусора. Увы но в ряде случаев это более чем нормально.
Самым простым объяснением было голову на плечо положи и увидишь мордочку и оказывается, что это придумали еще за три года до моего рождения.
В 1979 году в Университете Карнеги - Меллон в Питтсбурге (США) учёные и студенты активно пользовались внутренней компьютерной сетью для общения - своего рода ранней версией электронной почты и форумов. У нас потом фидонет был и BBS-ки всякие, тут это все процветало и смайлики для описания всех возможных эмоций. Один знаменитый oO это удивление, а (oYo) грудь и тут даже простор для фантазии открывается, например (OYO).
А вот и собственно кто это придумал. Хотя возможно он позаимствовал более ранние идеи, но вроде как факт.
19 сентября 1979 года программист Скотт Фалман (Scott Fahlman) предложил простое решение. В сообщении на внутренней доске он написал:
> «Предлагаю использовать вот такой символ для обозначения шуток:
>
> :-)
>
> Читайте его как «улыбающееся лицо». Для сообщений, которые *не* являются шутками, можно использовать :-(»
Это было первое документированное предложение использовать последовательность символов как эмоции то, что позже стали называть смайликом (или эмотиконом).
Вот забавная и малоизвестная история из мира компьютеров — случай из техподдержки IBM, который стал настоящей легендой:
Клиент (К): Вы прислали мне установочный диск, и теперь мой дисковод не работает!
Оператор техподдержки (О): Дисковод не работает?
К: Именно! Вы прислали мне плохой диск! Он застрял, и теперь ничего не работает!
О: Он не установился должным образом? Какие сообщения об ошибках вы получали?
К: Ничего я не получал! Диск застрял, и я попробовал достать его с помощью плоскогубцев, но это тоже не сработало.
О: Извините, повторите, пожалуйста, что вы сделали?
К: Я взял плоскогубцы. Попробовал достать диск. Он не сдвинулся с места. Только пластик хрустнул немного.
О: Я немного не понял — вы нажимали на кнопку *Eject*, чтобы достать диск?
К: Нет. Потом я взял немного сливочного масла, растопил его и положил в дисковод. После этого плоскогубцы вошли отлично — и я достал диск. Не ожидал, что вы пришлёте мне брак!
О: Я правильно понял: вы залили сливочное масло в дисковод и затем воспользовались плоскогубцами? *(Тут оператор включил громкую связь, чтобы другие специалисты поддержки тоже могли услышать разговор.)*
К: Именно! Я положил масло в дисковод, чтобы достать ваш чёртов диск, а потом воспользовался плоскогубцами!
О: Вы знаете, что есть маленькая кнопка, которая горела, когда диск был в дисководе? Она называется кнопкой извлечения диска. Вы нажимали на неё?
К: *(Молчание.)*
О: Сэр?
К: Да…
О: Сэр, вы *не* нажимали на кнопку извлечения диска?
К: Нет! Но я подам на вас в суд за то, что вы сломали мне компьютер!
О: Позвольте прояснить. Вы хотите засудить нашу компанию, потому что вставили диск в дисковод, не следовали инструкциям, которые мы вам отправили, не обратились к нам за поддержкой, не ознакомились с руководством пользователя о том, как правильно использовать компьютер, а вместо этого налили масло в дисковод и потом вытащили диск с помощью плоскогубцев?
К: Хм…
О: Вы действительно надеетесь выиграть суд, учитывая, что каждый разговор с поддержкой записывается?
К: *(Уже жалобным голосом)* Но вы же должны помогать!
О: Простите, сэр. Но сейчас мы ничего не можем сделать для вас. Хорошего дня!
Эта история стала хрестоматийным примером того, как пользователь может найти самые неожиданные способы «решить» техническую проблему.
Вот и пятница пришла. Хоть и 13-е но это не страшно.
Первая компьютерная «баг» была настоящей бабочкой. В 1947 году учёные, работавшие с компьютером Harvard Mark II, обнаружили в машине сгоревшую моль, которая застряла между контактами и вызвала сбой. Инженер Грейс Хоппер вклеила насекомое в технический журнал с подписью «Первый реальный случай обнаружения бага» (*First actual case of bug being found*). Именно с этого случая термин *bug* («жучок», «ошибка») закрепился в IT‑лексиконе.
Клавиша Caps Lock когда‑то была важнее пробела. На ранних компьютерных клавиатурах (например, на модели IBM Model F 1981 года) клавиша Caps Lock располагалась на месте современной клавиши пробела — в самом центре нижнего ряда. Это было связано с тем, что в те времена текстовые документы часто печатали в верхнем регистре, а пробел вводился отдельной комбинацией. Позже удобство использования пробела перевесило, и расположение клавиш поменяли местами.
Первый твит Google был в двоичном формате. В 2009 году компания опубликовала свой первый твит, который выглядел как набор нулей и единиц. При переводе на английский язык сообщение звучало как «I’m feeling lucky» («Мне везёт»).
В мире IT-сферы постоянно появляются интересные и малоизвестные разработки. Одна из таких новостей связана с инновациями в области хранения данных. Французская компания Biomemory планирует развернуть технологию хранения данных на основе ДНК в дата-центрах уже во второй половине 2026 года. Это стало возможным после приобретения активов американской компании Catalog Technologies, пионера в области записи данных на ДНК и вычислений с её помощью.
Технология предлагает устойчивую, безопасную и энергоэффективную альтернативу жёстким дискам, магнитной ленте и SSD, особенно для «холодных» данных. В основе подхода Biomemory лежит запатентованный метод массового производства биобезопасной ДНК и ферментных расходных материалов, что обеспечивает стоимость эксплуатации ДНК-хранилищ данных не выше или ненамного выше традиционных.
Данные записываются на синтетические ДНК-цепочки и хранятся в специальных контейнерах (DNA Cards), гарантируя надёжное хранение от 50 до 150 лет в стандартных условиях или на протяжении тысячелетий при охлаждении в герметичном состоянии. При этом уровень необратимых ошибок заявлен не выше допустимого в индустрии.
Накопители на основе ДНК будут представлены как дополнительный уровень хранения данных, используя при этом стандартный интерфейс S3 (как объектное хранилище).
Эта технология может стать революционным шагом в области хранения данных, особенно в условиях растущего спроса на большие объёмы памяти и повышения требований к энергоэффективности. Однако проект сталкивается с техническими и этическими вызовами, включая вопросы безопасности и масштабируемости.
