Глава об операторе DD начинается на странице 74 PDF.
Хоббс
2
Статья базы знаний IBM поддерживает data definitionв качестве исходного имени оператора в JCL.
Майкл Мартин-Смукер
3
Хотя оператор DD описан в вышеупомянутом PDF, он концептуально совершенно не связан с одноименной командой unix, поэтому я сомневаюсь, что это правильный ответ на вопрос OP.
Почему бы не процитировать соответствующие вещи в ответе?
Каскабель
24
Есть много теорий. Я вспоминаю, что в Unix v7 (когда она ddпоявилась впервые) на странице руководства говорилось, что это дамп диска (или это был дамп данных ?), Поскольку он часто использовался как утилита резервного копирования / восстановления диска. Тем не менее, архив справочной страницы v7 не упоминает ни этимологию, ни значение. Возможно, я слышал это от кого-то из Bell Labs, так как у меня был случайный доступ в начале 1980-х.
Последний (CC был взят) - это то, чему меня учили в классе UNIX (AIX) в IBM.
JDługosz
3
«Disk Dump» - это аббревиатура, которую я всегда слышал от людей, и я смутно помню, что она была представлена на странице старого человека, хотя не мог вспомнить, в какой ОС я ее видел. Поэтому я думаю, что этот ответ, вероятно, правильный.
Vality
3
Я слышал, что это имя «прямые данные» из-за его природы для прямого доступа к данным из дисков / частей, и т. Д.
Кажется правдоподобным, но Википедия цитирует источник, который является 404.
Майкл Мартин-Смукер
6
Просто определение вики не означает ответ ИМХО.
Мачта
3
@ Мачта, и все же я подумал, что мне приятно отвечать на вопрос кого-то, кто даже не удосужился проверить википедию ...
Кату
2
dd = "Дамп диска".
Эта утилита взята из исходной операционной системы UNIX System, где было обычным делом реплицировать вторичную память (устройства большой емкости в операционной системе «Виртуальная память»). Это может делать dd, бит за битом, байт за байтом, сектор за сектором, трек за треком и т. д. Он также может переворачивать биты, конвертировать EBCDIC в ASCII, изменять размеры блоков и выполнять практически любые другие двоичные операции, которые вы хотите / необходимо переместить / преобразовать / восстановить данные хранилища. Устройства хранения данных (все) в те дни были намного медленнее, менее плотными и гораздо менее надежными, чем сегодня. Нам приходилось все время заменять / ремонтировать «магнитные запоминающие устройства с произвольным доступом» (например, дисководы, дискеты и жесткие диски, магнитные цилиндры и т. Д.).
В случае поломки головы или другого катастрофического отказа устройства хранения, «dd» был (и остается) одной из моих любимых утилит для извлечения того, что я мог, на новое устройство. Как только новое устройство было установлено, я мог использовать fsck (проверка файловой системы) и fsdb (отладчик файловой системы), чтобы восстановить / восстановить некоторые поврежденные файловые системы и, возможно, извлечь некоторые данные.
Это была также наша первая элементарная резервная система. Процесс приложения (dd) может работать как «суперпользователь» и выполнять чтение / запись напрямую через подсистему ввода-вывода (ядро) через символьный (необработанный) или драйвер блочного устройства [точки входа], обходя файловую систему (ядро), но полностью репликация конструкции файловой системы на новое устройство. dd (как и любая другая базовая утилита UNIX) также имеет возможность читать из стандартного ввода и записывать в стандартный вывод, что позволяет использовать его для других целей в сценарии оболочки :-) ....
dd
было бы весьма полезным!Ответы:
Синтаксис был основан на выражении DD (определение данных) OS / 360 JCL. Источник: GNU
Больше читать здесь
источник
data definition
в качестве исходного имени оператора в JCL.dd
происходит от JCL: groups.google.com/d/msg/alt.folklore.computers/HAWoZ8g-xYk/…Есть много теорий. Я вспоминаю, что в Unix v7 (когда она
dd
появилась впервые) на странице руководства говорилось, что это дамп диска (или это был дамп данных ?), Поскольку он часто использовался как утилита резервного копирования / восстановления диска. Тем не менее, архив справочной страницы v7 не упоминает ни этимологию, ни значение. Возможно, я слышал это от кого-то из Bell Labs, так как у меня был случайный доступ в начале 1980-х.Другие теории :
cc
(man dd из Unix-V7 на PDP-11)источник
дд означает описание данных .
источник
dd = "Дамп диска".
Эта утилита взята из исходной операционной системы UNIX System, где было обычным делом реплицировать вторичную память (устройства большой емкости в операционной системе «Виртуальная память»). Это может делать dd, бит за битом, байт за байтом, сектор за сектором, трек за треком и т. д. Он также может переворачивать биты, конвертировать EBCDIC в ASCII, изменять размеры блоков и выполнять практически любые другие двоичные операции, которые вы хотите / необходимо переместить / преобразовать / восстановить данные хранилища. Устройства хранения данных (все) в те дни были намного медленнее, менее плотными и гораздо менее надежными, чем сегодня. Нам приходилось все время заменять / ремонтировать «магнитные запоминающие устройства с произвольным доступом» (например, дисководы, дискеты и жесткие диски, магнитные цилиндры и т. Д.).
В случае поломки головы или другого катастрофического отказа устройства хранения, «dd» был (и остается) одной из моих любимых утилит для извлечения того, что я мог, на новое устройство. Как только новое устройство было установлено, я мог использовать fsck (проверка файловой системы) и fsdb (отладчик файловой системы), чтобы восстановить / восстановить некоторые поврежденные файловые системы и, возможно, извлечь некоторые данные.
Это была также наша первая элементарная резервная система. Процесс приложения (dd) может работать как «суперпользователь» и выполнять чтение / запись напрямую через подсистему ввода-вывода (ядро) через символьный (необработанный) или драйвер блочного устройства [точки входа], обходя файловую систему (ядро), но полностью репликация конструкции файловой системы на новое устройство. dd (как и любая другая базовая утилита UNIX) также имеет возможность читать из стандартного ввода и записывать в стандартный вывод, что позволяет использовать его для других целей в сценарии оболочки :-) ....
источник
Всегда думал, что это означает «дублирование диска» (дубликат диска). Думаю, это было в версии SCO Unix Sys V
источник