Чи потрібно створювати зображення .iso перед записом на DVD-ROM? Я маю на увазі, я ніколи не помітив це на вікнах перед записуванням файлів на DVD-ROM, я ніколи не створював файл із зображенням ISO. Але я перейшов до linux, і в ході вивчення деяких команд терміналу, я побачив це згадується Після створення файлу iso ми б записали його на диск. Отже, моя цікавість підсумована так:
1) Чи потрібно створювати файли зображень .iso перед записом?
2) Якщо так, то чому вона потрібна?
Відповіді:
Дані повинні бути записані на DVD в правильному форматі з правильним введенням диска, виведенням і структурою файлової системи.
Написання на диск потребує форматування ISO, що застосовується на льоту, до зібраних даних (файлів) перед передачею в буфер для запису на диск, або може бути корисно створити файл зображення, який можна передавати безпосередньо на диск.
Так чи інакше дані необхідно організувати належним чином перед написанням.
Linux має звичку робити "один хороший інструмент" для виконання роботи, а потім прив'язувати інструменти для досягнення повного завдання. Отже, багато інструментів для запису на диск є не більш ніж графічним інтерфейсом користувача для іншого інструменту або набору інструментів, які виконують фактичну роботу. Зрештою чому ви би винаходило колесо коли ви маєте досконало гарний комплект колес наявних вже?
Створюється
.isoфайли зображень перед записом необхідні?
Так і ні. Так, необхідно створити відповідний потік байтів; і ні, тому що вам не потрібно зберігати його як звичайний файл на жорсткому диску або SSD.
чому це потрібно?
Багато інструментів Linux слідують правилу "зробити одне і зробити це добре". Ми маємо mkisofs для створення образу ISO, потім, наприклад, cdrecord або cdrskin для його спалювання. У Windows інструменти, які роздуваються, щоб робити всі речі самі по собі є набагато більш поширеними. Інша відповідь вже запропонувала, що вони можуть створювати зображення на льоту; вони також можуть зберігати ці зображення як тимчасові файли.
Зауважте, що в Linux можна досягти чогось подібного. Перевірити -o варіант mkisofs; якщо цей варіант відсутній, stdout використовується. Програми, що записуються на оптичні носії, можуть використовувати їх stdin у режимі "Відстеження відразу".
Або ви можете створювати тимчасові файли, навіть у пам'яті (наприклад, у /dev/shm/ ).
-o варіант mkisofs? Ви сканували man cdrecord або man cdrskin для посилань на stdin? Ви знайомі з командами конвеєрів у Linux? Ви зробили своє дослідження про те, що /dev/shm/ є? Яке вам пояснення?
Запис компакт-диска, сумісного з ISO9660 на командному рядку, завжди вимагає кроку для створення зображення iso (9660), я думаю.
Однак графічні інструменти, такі як k3b (KDE) або brasero (gnome) дозволять вам створювати дані CD-ROM без необхідності явно виконувати цей крок, вони, ймовірно, будують зображення на льоту під час процесу горіння.
1) Ні. За словами інших, дані не потрібно зберігати посередньо на жорсткому диску. Програми виробника ISO 9660 можуть випускати потік даних "стандартний висновок" і програми пальника можуть приймати цей потік даних за їх "стандартний вхід". Це називається "трубою", дуже фундаментальною оболонкою Unix жест.
Класичним прикладом є деякі варіації:
mkisofs /some/directory | cdrecord -v dev=/dev/sr0 -xorriso -outdev /dev/sr0 -blank as_needed -map /some/directory /Не забувати про програми для запису GUI: K3b, Xfburn, Brasero, ... Вони координують програму виробників ISO і спалюють програму без особливих зусиль надання допомоги користувачем.
Редагувати: Спроба відреагувати на коментар Ніша:
Якщо ви хочете зберегти не більше вмісту одного файлу, ви можете просто записати цей файл на носій. Якщо ви пізніше відкриєте файл / dev / sr0, тоді він буде нести ваш збережений вміст (плюс, мабуть, якийсь сміття).
Якщо потрібно зберегти більше одного файлу або назви файлів та інших атрибутів, потім потрібно обернути файли в певну файлову систему або формат архіву. Цей формат пізніше зчитується відповідним драйвером файлової системи (наприклад, Linux "iso9660") або архівувати розпаковувач (наприклад, програму "tar").
Ви, звичайно ж, можете вибрати лише кілька файлів з вашого жорсткого диска і щоб дати їм різні імена в результуючій файловій системі або архіві. (mkisofs має опцію-крап-точки і "pathspecs" / ISO / PATH = / DISK / PATH для керування перейменуванням. Деякі програми архівування можуть мати подібні можливості змінювати імена файлів, коли вони копіюються в архів.)
Більшість файлових систем повинні бути створені у випадковому доступі або у файлі файлової системи на диску. Це тому, що є жодна програма виробника, яка б створювала їх як послідовний потік даних. Такий послідовний потік є передумовою для трубопроводів.
Архіватори (наприклад, "tar" або "zip") і виробники файлової системи ISO 9660 мають здатність випускати свій результат як послідовний потік. Отже, вони є такими які можуть передавати їх вихід на вхід програми запису.
(Кінець редагування)
2) Тепер з тієї причини, чому так багато пропозицій навколо, які вам говорять спочатку збережіть файл образу ISO і потім записати його на носій.
У погані старі часи перших пальників компакт-дисків існував ризик "перекриття буфера". Як тільки привід пише швидше, ніж виробник ISO Програма могла доставляти дані, диск скинув помилку і залишив CD-R лише частково написано. Шанс на успіх збільшився, якщо комп'ютер Спочатку запускалася програма ISO, поки не були отримані всі дані, і тільки потім запустив програму запису, щоб прочитати образ ISO з жорсткого диска.
Цей час закінчився в кінці 1990-х рр. Винаходом "без опіку", який дозволило диску чекати більше даних і відновити записування компакт-диска. Проблема недосконалості буфера та перезавантаження ніколи не вражала DVD або BD носії.