Операционные системы и настройки музыкального ПК для звука

[PolarLight 547 2 Тракты]

Когда включена опция "одно ядро" рендерер занимает последнее ядро и сам вытесняет с него остальные процессы.

Игорь, здравствуйте! К Linux версиям это тоже относится?

 

С уважением, Юрий.

[IgorA 1 801]

Здравствуйте, Юрий! Да, это относится и к Windows, и к Linux версиям. Вытеснение процессов со своего ядра выполняется при каждом старте воспроизведения.

[audioshock 1 279]

Про загрузку ОС в память.

Можно конечно взять готовый вариант ОС, которая работает из ОЗУ, например BLACKOS, TinyMPD, TinyАП, может, что-то еще есть, я уже не помню, но нам легкие пути не интересны.

Решил попробовать этот метод, тем более, что имеется собственная сборка Ubuntu Server 16.04 + плеер KODI 15.2. Указанный метод, со слов тамошних форумчан, отлично работает для Ubuntu 14.XX, решил проверить, получится ли для Ubuntu Server 16.04. Забегая вперед - не получилось, в самом финале процесса выскакивает ошибка. Если кому интересно повторить у себя, вдруг повезет больше, то вот расшифровка приложенного там же

 

 

RAM Booster script

1. Установка пакета git

sudo apt-ger install git

git clone git://github.com/terminator14/RAM_booster.git

при этом в папку пользователя <user> /home/user скачивается папка RAM_booster

Копируем эту папку RAM_booster из папки пользователя /home/user/ в домашнюю папку /home

 

2. Запускаем скрипт

sudo ./home/ RAM_booster/RAM_booster_Ubuntu_14.10_ng.sh

( или sudo mc , переходим в папку /home/ RAM_Booster, копируем папку RAM_booster из папки пользователя /home/user/ в домашнюю папку /home и запускаем скрипт RAM_booster_Ubuntu_14.10_ng.sh )

 

3. Читаем текст и Press enter to continue

 

4. If you choose yes, you will need to provide a device name of a partition. If you choose no, /home will be copied to the RAM session as is, and will become permanent. This means everytime you reboot, it will revert to the way it was the last time you created a squashfs image. Moving it to a separate partition is also the first step in making /home shared between the two systems, if that’s what you’re after.

Переводим сами, а то у моего Гугл-переводчика сильный акцент

 

What would you like to do?: (s)eparate / (с)ope as is: я выбрал C

Если вы выбрали «С», то переходим к п.8

или идем дальше в п.5:

 

 

5. (If you choose yes - S) Which partition do you want to use as /home?

Your choic : (например) /dev/sdb1 нажимаем Enter (дальше я сам не проходит, исключительно копирую инфу из видео)

Running file check on your device…

Everything checks out.

Formatting /dev/sdb1

mke2fs 1.42.10 …

/dev/sdb1 contains a ext4 file system labelled ‘home’

Last mounted on Tue Dec 16 …

Proceed anyway? (y, n) Y

Creating filesystem with …

Filesystem UUID: ….

Superblock ….

…

/dev/sdb1 formatted successfully

 

6. Your choice [ Y/n ] N

Would you like to have your Original OS use /dev/sdb1 as its /home as well?

If you choose yes, your Original OS’ /home and your RAM Sessions’s /home will be shared

If you choose no, your Original OS’ /home and your RAM Sessions’s /home will be different

 

7. Your /etc/fstab will be modified to mount /dev/sdb1 as your /home at boot

Press enter to continue

WARNING: Your current system (Original OS) will NOT use /dev/sdb1 as /home until you reboot, so nothing you save to it now will appear in either the Original OS or the RAM Session when you reboot. As such, it is recommended that you reboot immediately after this script is done running.

 

 

8. ТОЛЬКО наблюдаем, что происходит на экране, а там выводятся следующие сообщения (... - это знасит что-то я пропустил для читабельности)

Installing essential packages:

Running apt-get update…

Installing squashfs-tools…

Installing live-boot-initramfs-tools… (ждем мин.5 или 10, на SSD быстрее, на флешке медленнее)

Packages installed successfully

…

Kernel module dependencies updated successfully

…

 

Updating the initramfs…

Initramfs updated successfully.

Adding entry to Grub2 menu

Grub entry added successfully.

Ready to copy your filesystem to /var/squashfs/…

Press enter to begin нажимаем Enter (ждем мин. 5-20, смотрим «Матрицу», если погаснет экран, нажмите пробел)

…

var/tmp

sent 3.52G…

 

ВСЕ!!! Вот сдесь процесс у меня остановился с ошибкой:

Copying filesystem failed , см. картинку

 

 

А должно быть так: Filesystem copied successfully

и дальше

Copying /home to /dev/sdb1 (наверное если вы выбрали "S" в п. 4):

…

Test/Videos/

Sent 5.64M…

/home copied to /dev/sdb1 successfully

Updating grub:

Generating grub configuration file…

Found ram session image: /boot/vmlinuz-3.16.0-23-generic

Found linux image: /boot/vmlinuz-3.16.0-23-generic (здесь наверняка свое ядро)

Found initrd image: /boot/initrd.img-3.16.0-23-generic

Found memtest86+ image : /boot/memtest86+.elf

Found memtest86+ image : /boot/memtest86+.bin

Done

Delete old log files:

…

Cleaning recent log files:

…

Creating squashfs image…

…

Squashfs image created successfully

 

и финал должен быть таким:

9. The size of the image is 1.2G. This MUST fit in your total RAM, with room to spare. If it does not, you either need to buy more RAM, or manually remove unimportant packages from your OS until the image fits.

Note: Do NOT format your Original OS that you made the RAM Session out of, as the squashfs image still resides there. So does /var/squashfs/, the folder the image gets recreated from everytime you make any changes to the RAM Session through the update scripts. You should be able to shrink the partition with your Original OS however in order to save space, if that’s what you want to do.

Also, if you switch between your Original OS and RAM Session a lot, and forget which one you are in, do an ‘ls /’. If you see the /Original_OS file, you are in the Original OS. If you see the /RAM_Session file, you are in the RAM Session.

You may now reboot to use your RAM Session.

 

осталось бы sudo reboot

и выбрать в меню загрузки

*Ubuntu to RAM

 

 

 

Не судьба , пока.

Подожбем, может Ubuntu_воды или Debian_щики, короче, спецы-линуксоиды что-то ответят.

Изменено 23 мая, 2018 пользователем audioshock

[PolarLight 547 2 Тракты]

Да, это относится и к Windows, и к Linux версиям. Вытеснение процессов со своего ядра выполняется при каждом старте воспроизведения.

Спасибо, буду знать. На основе Ваших пояснений, внёс изменения в настройки,

Кстати, Игорь, если возможно, прокомментируйте пожалуйста ситуацию. Сейчас обратил внимание, что в случае изоляции последнего ядра с рендерером, на этом ядре выполняется значительно меньше процессов чем когда ядро не изолировано. Но даже в первом случае, кроме работающего рендерера, с ним на ядре выполняются и другие процессы. Тоесть рендерер вытесняет не абсолютно все процессы. Моя ситуация нормальная или "картинка" должна быть лучше?

 

 

И ещё вопрос. Такое большое количество процессов ap2renderer при воспроизведении трека это нормальная ситуация или нет?

Спасибо.

[IgorA 1 801]

Юрий, на скриншоте выведен список не процессов, а потоков. Поток может представлять собой как процесс в целом, так и его параллельно выполняемый фрагмент. Если посмотреть внимательно, то будет видно, что все экземпляры ap2renderer занимают одну и ту же память. То есть, это один и тот же процесс. Несколько дополнительных потоков могут создаваться библиотекой, реализующей UPnP управление рендерером. Такие потоки, как правило, почти все время находятся в "спящем" состоянии ожидания событий и не потребляют существенных ресурсов.

 

Что касается распределения потоков по ядрам процессора. Плеер при старте воспроизведения перераспределяет ядра для процессов, присутствующих в списке активных процессов в виртуальном каталоге /proc. Но в Linux, в отличие от Windows, нет общего управления ядрами для всех потоков процесса сразу. Поэтому для процессов с доп.потоками требуются аналогичные действия еще и для всех потоков, представленных в папке /proc/pid/task. Этого сейчас не делается, но Linux версия может быть в этом отношении доработана.

Более радикальное решение для Linux, доступное и сейчас - освободить последнее ядро для плеера в системных настройках.

Если, например, у последнего ядра индекс 3, как на скриншоте, надо в файле /etc/default/grub строку

GRUB_CMDLINE_LINUX_DEFAULT="nomodeset"

заменить на строку

GRUB_CMDLINE_LINUX_DEFAULT="nomodeset isolcpus=3"

выполнить

update-grub

и перезагрузиться.

[PolarLight 547 2 Тракты]

Игорь, огромное Вам Спасибо, за исчерпывающий ответ.

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

Действительно, при наблюдении видно, что из всех присутствующих потоков рендерера, попеременно работают всего два, изредко нагружая процессор на минимальную величину. (За исключением момента первоначальной обработки трека и его загрузке в ОЗУ).

[PolarLight 547 2 Тракты]

Более радикальное решение для Linux, доступное и сейчас - освободить последнее ядро для плеера в системных настройках. Если, например, у последнего ядра индекс 3, как на скриншоте, надо в файле /etc/default/grub строку GRUB_CMDLINE_LINUX_DEFAULT="nomodeset" заменить на строку GRUB_CMDLINE_LINUX_DEFAULT="nomodeset isolcpus=3" выполнить update-grub и перезагрузиться.

Посмотрел у себя файл /etc/default/grub. Строка GRUB_CMDLINE_LINUX_DEFAULT= имеет параметр "quiet". Замена его на "nomodeset isolcpus=3" приводит к зависанию первоначальной загрузки. От дальнейших экспериментов пока отказался, т.к. задавая изолирование 3-го ядра через форму "Настройки CPU & IRQ" и сравнивая два вышеприведённых скриншота, заметна существенная разница в кол-ве потоков на ядро. Пока остановлюсь на этих настройках.

 

Спасибо за Ваши консультации!

[IgorA 1 801]

Юрий, если в исходном параметре GRUB_CMDLINE_LINUX_DEFAULT значения "nomodeset" не было, его не надо добавлять. Надо просто дописать в конец существующего значения isolcpus=3.

То есть, в Вашем случае "quiet isolcpus=3".

Тогда зависания не должно быть.

Но документация на параметр isolcpus говорит, что он влияет на пользовательские потоки:

This prevents the scheduler from scheduling any user-space threads on this CPU.

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

Можно ли их разогнать из плеера, используя данные из каталога /proc, надо разбираться.

[PolarLight 547 2 Тракты]

Игорь, попробовал предложенный Вами вариант. Перезагрузка вроде прошла нормально, ЦАП "подхватился", высветив на экране стартовую частоту. НО в браузере ни рендерер ни Web-интерфейс не запускаются. Допускаю, что это может быть связано с тем, что перед перезагрузкой я не отключил изоляцию 3-го ядра в окне "Настройки CPU & IRQ" Web-интерфейса. Попробую позже и обязательно отпишусь о результатах.

[audioshock 1 279]

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

...

Но я, как говорится: "О своем, о девичьем!" - Linux в RAM.

В предыдущем посте надо сделать две поправки:

- эксперименты проводиnь на Uduntu Server 14.10, а не на 16.04

- запускать скрипт RAM_booster_Ubuntu_14.04_ng_BETA.sh , а не RAM_booster_Ubuntu_14.10_ng.sh.

Все работает.

Быстренько установил по минимуму Uduntu Server 14.10., в т.ч. родное ядро lowlatency и mc. Для проверки скрипта этого достаточно.

 

Загрузил и установил

sudo apt-ger install git

git clone git://github.com/terminator14/RAM_booster.git

 

Скопировал в /home папку RAM_Booster из /home/user

 

Запустил из под root RAM_booster_Ubuntu_14.04_ng_BETA.sh

 

 

БИНГО!

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

 

 

Естественно, перезагрузился и увидел в меню загрузки желаемый пункт - Ubuntu to RAM

 

 

Если выбрать загрузку ОС в память, то команда free -m покажет:

 

 

Если же выбрать загрузку с SSD (флешки, или на чем у вас там ОС), то картина другая:

 

 

Как говориться, "результат на лице", т.е на экране.

 

Остается проверить все это на "полной" Ubuntu Server, т.е с установленным плеером KODI, с его автоматической загрузкой и настроенным fstab

Это чуть позже.

...

Вот здесь скрипт RAM_booster_Ubuntu_14.04_ng_BETA.sh.

Если найдутся Linux_воды? которые смогут адаптировать его под Ubuntu 16.04 - респект и уважуха. Если не найдутся, то значит нет здесь таковых.

[ampir-nnn 156]

Если найдутся Linux_воды? которые смогут адаптировать его под Ubuntu 16.04 - респект и уважуха. Если не найдутся, то значит нет здесь таковых.

 

Файловая система Linux полностью на tmpfs — скорость без компромиссов https://habr.com/post/253759/

Вопрос, зачем это делать ???

Обсуждалось и загружалось ОС в память, года полтора-два назад. Результат больше отрицательный, чем положительный.

Linux более половины памяти выделяет под системный кеш, все работает из оперативной памяти по умолчанию. А звуковому серверу хватитит и 64мб оперативной памяти, без Хов и 16мб для нормальной работы без обращения к HDD-SDD. Сегодня у всех менее 2 гигов оперативки не бывает ..... все что нужно системе, давно уже в памяти.

Изменено 24 мая, 2018 пользователем ampir-nnn

[audioshock 1 279]

Не работает: если выдернуть флешку, то ОС, если она не в памяти, как наприме BLACKOS или Tiny, то ОС просто зависает.

Все остальное не имеет значения.

Изменено 24 мая, 2018 пользователем audioshock

[ampir-nnn 156]

Не работает: если выдернуть флешку, то ОС, если она не в памяти, как наприме BLACKOS или Tiny, то ОС просто зависает. Все остальное не имеет значения.

 

А зачем флешку выдергивать ?

Зачем грузить в оперативную память огромную кучу ненужного мусора, если для работы звуковой системы достаточно сотни мб ? Все что нужно для работы с звуком - 100% в кеше.

Оперативная память нагружает систему (железо) и гадит, чуть менее ЦП .....

Изменено 25 мая, 2018 пользователем ampir-nnn

[audioshock 1 279]

Ампир,

В личной переписке с современным "политологом", любителем Дмитрия Львовича и специалистом в IT технологиях я изрек следующее, повторюсь:

Цитата:

Вот на что я обратил внимание, заглядывая на различные форумы линуксоводов, на простой вопрос явно не специалиста или знатока в линуксе ответы примерно такие:

- 30% ответов, мол, "а зачем это тебе надо?". Парень задает вопрос, значит ему это надо и он спрашивает, не надо ли это, а как это сделать.

- 30% ответов, мол, "а Гугл или man не пробовал, слабо?". Я вот, например, всегда начинаю с Гугл, но толку от этого бывает мало, если тем более тема тебе не знакомая.

- 30% ответов, мол, "Дурак!", здесь без комментариев.

ну и оставшиеся 10% ссылки, ссылки, ссылки и все на англ. языке, короче, помогли.

Конец цитаты.

Ампир, вопрос не в том "а зачем это надо", а в том,"как это сделать" - есть что сказать по существу (как это сделать), будем рабы услышать и применить. А нет, ну нет так нет, что попусту трындеть

[ampir-nnn 156]

Ампир, вопрос не в том "а зачем это надо", а в том,"как это сделать" - есть что сказать по существу (как это сделать), будем рабы услышать и применить. А нет, ну нет так нет, что попусту трындеть

 

Я привел выше ссылку, как сделать. Трудись.

И нафиг здесь современный "политолог" - чушь собачья.

Изменено 25 мая, 2018 пользователем ampir-nnn

[audioshock 1 279]

А затем, что "...нет так нет, что попусту трындеть..."

За ссылку спасибо, ещё не смотрел о чем она.

 

Добавил.

Ампир, повторюсь, если после телодвижений по этой ссылке, ОС будет работать без своего носителя, то цель будет достигнута - ОС в RAM. Что это даст для SQ, я еще не знаю, но если будет простой механизм "упрятать" ОС в RAM и оттуда ее запустить, то это даст возможность сравнить SQ при ОС в RAM, и при ОС на SSD (флеше), а если есть возможность, то есть и право выбора, каждый решит, что ему предпочтительнее.

Все очень просто , как и все вокруг.

Изменено 25 мая, 2018 пользователем audioshock

[PolarLight 547 2 Тракты]

Не работает: если выдернуть флешку, то ОС, если она не в памяти, как наприме BLACKOS или Tiny, то ОС просто зависает. Все остальное не имеет значения.

Fatboy MPD тоже в процессе работы постоянно обращается к загрузочной флэшке (интересно зачем, если всё уже в кэше), что хорошо видно по имеющемуся на ней светодиоду. Именно поэтому автор и рекомендует ставить Fatboy MPD и иже с ним на SSD, дабы, хоть как-то, ускорить этот процесс.

Юрий, если в исходном параметре GRUB_CMDLINE_LINUX_DEFAULT значения "nomodeset" не было, его не надо добавлять. Надо просто дописать в конец существующего значения isolcpus=3. То есть, в Вашем случае "quiet isolcpus=3".

Игорь, добрый вечер.

К сожалению проверить Вашу рекомендацию не получилось. Как я уже писал выше, система стартует, ЦАП "подхватывается", но в браузере ни Web-интерфейс, ни окно рендерера запустить не удаётся. По SSH, зайти тоже не удалось. Т.к. источник стоит в стойке, то монитор, для отслеживания процесса загрузки, не подключал. Остановился пока на имеющихся в системе возможностях настройки, благо они позволили достаточно компактно развести потоки по ядрам.

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

С уважением, Юрий

[PolarLight 547 2 Тракты]

Вопрос, зачем это делать ???

На мой взгляд, как я уже как-то писал ранее, реальный профит от загрузки всей ОС в ОЗУ можно получить при сетевой загрузке, за счёт исключения из системы системного диска с его IRQ. На скриншоте выше хорошо видно, что для общения с системной флэшкой, в процессе работы, постоянно генерятся прерывания (IRQ 121), в количестве большем, чем у сетевого адаптера (IRQ 128), что в нашем случае ни есть кошерно. При том, что по сети на источник у меня поступают воспроизводимые треки приличного размера. А системная флэшка, со слов ampir-nnn, в это время должна спокойно отдыхать. Но к сожалению имеем то, что имеем.

[ampir-nnn 156]

На мой взгляд, как я уже как-то писал ранее, реальный профит от загрузки всей ОС в ОЗУ можно получить при сетевой загрузке, за счёт исключения из системы системного диска с его IRQ. На скриншоте выше хорошо видно, что для общения с системной флэшкой, в процессе работы, постоянно генерятся прерывания (IRQ 121), в количестве большем, чем у сетевого адаптера (IRQ 128), что в нашем случае ни есть кошерно.

 

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

[PolarLight 547 2 Тракты]

@ampir-nnn, приветствую!

А что, на Ваш взгляд, создаёт эту самую чрезмерную нагрузку на память? В чём она выражается? Как и чем измеряется?

 

Вы любитель минимальных буферов и спокойно относитесь к загрузке ядер на 50+% Возможно проблема в этом? В избыточности генерируемых системой прерываний. У меня же, судя по htop на скрине выше, загрузка ядер практически нулевая. Лишь второе ядро, на котором "сидит" карта USB вывода, грузится её прерыванием на 2%. Возможно при таких общих нагрузках на CPU и ОЗУ, при сетевой загрузке, будет работать в близком к номинальному режиме?

 

Выше, Вы постоянно напоминаете нам, что в Linux ОС хорошо кэшируется и тем самым фактически работает из ОЗУ. В чём, для обсуждаемого вопроса, тогда заключается принципиальная разница между кэшированием в ОЗУ и загрузкой в ОЗУ?

 

ampir-nnn, если можно, попунктно.

 

Коллеги, у кого по моему предположению, есть какие мысли?

Спасибо.

Изменено 25 мая, 2018 пользователем PolarLight

[alviktor 139]

Дмитрий, очень интересно узнать о результатах прослушивания, предполагаю, звук понравится. У меня пока не получается, делал по этой инструкции: https://www.linux-live.org/

Но больше всего надежда на способ, который на форуме уже не первый раз поминают, сейчас ampir-nnn снова предложил:

https://habr.com/pos...ost/253759/

На том форуме, где автор предложил способ установки всей файловой системы на tmpfs, много рассуждений, для чего это

нужно, одна беда, среди всех не нашлось ни одного звуколюба. А ведь система на tmpfs ещё быстрее, менее ресурсоёмка,

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

ampir-nnn, вы ведь точно больше меня в линуксе разбираетесь, просто сделайте вариант по вашей же ссылке. Я делал несколько попыток, но самая последняя команда (cd /mnt/first && busybox tar -czf /mnt/work/ram.tar.gz *) не хочет работать,

"нет такого файла-каталога", хотя всё примонтировано и в файловом менеджере всё видно. Знаю, что сам туплю, но посоветоваться не с кем.

 

 

Изменено 25 мая, 2018 пользователем alviktor

[audioshock 1 279]

На том форуме, где автор предложил способ установки всей файловой системы на tmpfs, много рассуждений, для чего это нужно...

Виктор, приветствую!

Вот в этом одна из главных проблем Linux - те, кто в нем разобрался (в том или ином объеме) почему-то смотрят на новичков (не путать с "Новичком" ) свысока, и это еще мягко сказать. На виндовых форумах такого почему-то нет. Ладно, надеюсь, что здесь будет по другому.

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

По "моему" способу Ubuntu to RAM (уточню, это предложил несколько лет назад некто terminator14 , вот здесь можно ознакомиться ) - если бы можно "пропатчить" или "проремить" так же Ubuntu Server 16.04, то сравнить SQ из RAM и с SSD можно было бы в эти выходные, система давно готова, плеер использую KODI .

Но скрипт работает только до версии 14,04, поэтому придется еще потратить время на установку необходимых пакетов, плеера и настройки всего этого. Проблемы могут возникнуть с установкой нужной версии плеера (15.02), т.к. по умолчанию она устанавливается только на 16.04. Так что будем пробовать, отпишусь.

Олег (привет) пишет о какой-то нагрузки на память. А как эта нагрузка или ее отсутствие сказывается на SQ, и сказывается ли вообще?

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

Пример: HPET - если просто включит этот таймер в биос (активным остается естественно TSC), то латентнось системы значительно улучшается (это я о "красивых" ноликах), а вот звук наоборот. Сейчас, по моему, все уже отключили этот HPET на уровне биос.

...

Про нагрузку на память - может ее просто надо увеличить как минимум до 8Гб, а лучше до 16. СтОит это сейчас не дорого.

[ampir-nnn 156]

Про нагрузку на память - может ее просто надо увеличить как минимум до 8Гб, а лучше до 16. СтОит это сейчас не дорого.

 

Да правильно, и проц на 12 ядер лучше поставить

Выше, Вы постоянно напоминаете нам, что в Linux ОС хорошо кэшируется и тем самым фактически работает из ОЗУ. В чём, для обсуждаемого вопроса, тогда заключается принципиальная разница между кэшированием в ОЗУ и загрузкой в ОЗУ?

 

В консольном режиме использование памяти 100мб, обращений к диску 0, ЦП 15% с нулевым буфером

Кэшируется то, что нужно для текущей задачи, а не библиотеки, шрифты, документы и прочий мусор с HDD

 

ampir-nnn, вы ведь точно больше меня в линуксе разбираетесь, просто сделайте вариант по вашей же ссылке.

 

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

 

Я делал несколько попыток, но самая последняя команда (cd /mnt/first && busybox tar -czf /mnt/work/ram.tar.gz *) не хочет работать,

 

Перед созданием архива системы нужно удалить строку, описывающую монтирование корневого раздела / в fstab этой системы

 

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

и заархивируем весь раздел с ее файловой системой:

cd /mnt/first && busybox tar -czf /mnt/work/ram.tar.gz *

после окончания вернем файл /etc/fstab в исходное состояние.

Изменено 25 мая, 2018 пользователем ampir-nnn

[audioshock 1 279]

Перед созданием архива системы нужно удалить строку, описывающую монтирование корневого раздела / в fstab этой системы 4. Загрузим какой-нибудь другой линукс с LiveCD, чтобы полностью отвязаться от испытуемой операционной системы, и заархивируем весь раздел с ее файловой системой: cd /mnt/first && busybox tar -czf /mnt/work/ram.tar.gz * после окончания вернем файл /etc/fstab в исходное состояние.

ampir,

так наверное alviktor это сделал в 3-м шаге:

3. В файле /etc/fstab закомментируем строку, описывающую монтирование корневого раздела / и вставим такую строку:

none / tmpfs defaults 0 0

...

после окончания вернем файл /etc/fstab в исходное состояние.

Виктор, выполняли это требование?

[alviktor 139]

Виктор, выполняли это требование?

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

Изменено 25 мая, 2018 пользователем alviktor