Как написать сценарий оболочки для перемещения файлов с FTP-сервера на общий сетевой диск

Я просто хотел добавить некоторую информацию для ручной установки oracle-java.

1) следовать этой ссылке вручную java install без использования ppa. Это немного устарело, но вы можете понять, что вам следует делать.

2) в терминальном запуске: javac -version и java -version. Если вы не видите правильную версию, следуйте инструкциям, описанным в , вручную java install, не используя ppa . удачи!

1
задан 26 August 2010 в 05:31

27 ответов

Почему бы просто не сделать FTP-папку фактической точкой монтирования для сетевого диска? Я столкнулся с аналогичной проблемой, когда я постоянно создаю резервную копию VirtualMachines на машине Linux на сетевой ресурс Windows (поскольку большинство инфраструктур компании - это Windows). Это моя структура:

/media/windows-share - моя точка монтирования

Для непрерывности я создал символическую ссылку в моем приложении для резервного копирования:

/opt/backup/mnt so если точка монтирования изменится в будущем, моя программа не нуждается в обновлении.

Наконец, я использую классный маленький инструмент под названием autofs (sudo apt-get install autofs). Это руководство является достойным (и обновляется) - хотя я использовал это с немного другим подходом в своем блоге.

В вашем случае я бы создал символическую ссылку, где мой FTP-Dropbox (/home/ftp/<data_dir>/) в соответствующую сетевую папку в /media/<network_share>/<ftp_user_data> таким образом, нет никакого потерянного времени при передаче по дискам, и файлы доступны сразу.

5
ответ дан 26 May 2018 в 01:28
  • 1
    +1 для удаления шага, а не для установки шага :) Упрощение, всегда хорошее, есть. – Ben Williams 26 August 2010 в 06:57
  • 2
    Это отличный ответ ... Практически все делается так, чтобы он работал. Одна вещь. В вашем блоге вы использовали -fstype=cifs, и это сработало и для меня. Но когда я вручную монтирую эти общие ресурсы, я использую smbfs, но когда я попытался добавить этот метод в файл auto.nfs, он не сработал. Любая идея почему? – nicorellius 26 August 2010 в 21:44
  • 3
    @nicorellius smbfs и cifs - это в основном одно и то же. smbfs обесценивается до cifs help.ubuntu.com/community/SettingUpSamba – Marco Ceppi♦ 26 August 2010 в 21:56
  • 4
    Я думал, что у меня это работает ... Но теперь я не могу создать эту символическую ссылку. Получение ошибки: «жесткая ссылка не разрешена для каталога». Не могли бы вы предоставить более подробную информацию о том, как это настроить? – nicorellius 26 August 2010 в 22:02
  • 5
    @Marco Ceppi: мне также удалось подключить сетевой ресурс к локальному каталогу Linux /home/ftp/<data_dir>, но когда я попытался передать файл ему с помощью FTP, мой FTP-клиент сбросил ошибку и операция завершилась неудачно. Я могу смутить, как установить эти разрешения. Я устанавливаю их на /home/ftp/<data_dir> или на //server/<network_share>/ftp_user_data? – nicorellius 26 August 2010 в 22:17

Почему бы просто не сделать FTP-папку фактической точкой монтирования для сетевого диска? Я столкнулся с аналогичной проблемой, когда я постоянно создаю резервную копию VirtualMachines на машине Linux на сетевой ресурс Windows (поскольку большинство инфраструктур компании - это Windows). Это моя структура:

/media/windows-share - моя точка монтирования

Для непрерывности я создал символическую ссылку в моем приложении для резервного копирования:

/opt/backup/mnt so если точка монтирования изменится в будущем, моя программа не нуждается в обновлении.

Наконец, я использую классный маленький инструмент под названием autofs (sudo apt-get install autofs). Это руководство является достойным (и обновляется) - хотя я использовал это с немного другим подходом в своем блоге.

В вашем случае я бы создал символическую ссылку, где мой FTP-Dropbox (/home/ftp/<data_dir>/) в соответствующую сетевую папку в /media/<network_share>/<ftp_user_data> таким образом, нет никакого потерянного времени при передаче по дискам, и файлы доступны сразу.

5
ответ дан 25 July 2018 в 23:16

Почему бы просто не сделать FTP-папку фактической точкой монтирования для сетевого диска? Я столкнулся с аналогичной проблемой, когда я постоянно создаю резервную копию VirtualMachines на машине Linux на сетевой ресурс Windows (поскольку большинство инфраструктур компании - это Windows). Это моя структура:

/media/windows-share - моя точка монтирования

Для непрерывности я создал символическую ссылку в моем приложении для резервного копирования:

/opt/backup/mnt so если точка монтирования изменится в будущем, моя программа не нуждается в обновлении.

Наконец, я использую классный маленький инструмент под названием autofs (sudo apt-get install autofs). Это руководство является достойным (и обновляется) - хотя я использовал это с немного другим подходом в своем блоге.

В вашем случае я бы создал символическую ссылку, где мой FTP-Dropbox (/home/ftp/<data_dir>/) в соответствующую сетевую папку в /media/<network_share>/<ftp_user_data> таким образом, нет никакого потерянного времени при передаче по дискам, и файлы доступны сразу.

5
ответ дан 27 July 2018 в 03:33

Почему бы просто не сделать FTP-папку фактической точкой монтирования для сетевого диска? Я столкнулся с аналогичной проблемой, когда я постоянно создаю резервную копию VirtualMachines на машине Linux на сетевой ресурс Windows (поскольку большинство инфраструктур компании - это Windows). Это моя структура:

/ media / windows-share - моя точка монтирования

Для непрерывности я создал символическую ссылку в моем приложении для резервного копирования: [ ! d9]

/ opt / backup / mnt , поэтому, если точка монтирования изменится в будущем, моей программе не потребуется обновление.

Наконец, я использую классный маленький инструмент autofs ( sudo apt-get install autofs ) Это руководство является достойным (и обновленным) - хотя я использовал это с немного другим подходом на моем blog .

В вашем случае я бы создал символическую ссылку, где мой FTP-Dropbox ( / home / ftp / & lt; data_dir & gt; / ) соответствует соответствующему сетевую папку в / media / & lt; network_share & gt; / & lt; ftp_user_data & gt; таким образом, нет никакого потерянного времени при передаче по дискам, и файлы доступны немедленно.

5
ответ дан 2 August 2018 в 04:32

Почему бы просто не сделать FTP-папку фактической точкой монтирования для сетевого диска? Я столкнулся с аналогичной проблемой, когда я постоянно создаю резервную копию VirtualMachines на машине Linux на сетевой ресурс Windows (поскольку большинство инфраструктур компании - это Windows). Это моя структура:

/ media / windows-share - моя точка монтирования

Для непрерывности я создал символическую ссылку в моем приложении для резервного копирования: [ ! d9]

/ opt / backup / mnt , поэтому, если точка монтирования изменится в будущем, моей программе не потребуется обновление.

Наконец, я использую классный маленький инструмент autofs ( sudo apt-get install autofs ) Это руководство является достойным (и обновленным) - хотя я использовал это с немного другим подходом на моем blog .

В вашем случае я бы создал символическую ссылку, где мой FTP-Dropbox ( / home / ftp / & lt; data_dir & gt; / ) соответствует соответствующему сетевую папку в / media / & lt; network_share & gt; / & lt; ftp_user_data & gt; таким образом, нет никакого потерянного времени при передаче по дискам, и файлы доступны немедленно.

5
ответ дан 4 August 2018 в 21:06

Почему бы просто не сделать FTP-папку фактической точкой монтирования для сетевого диска? Я столкнулся с аналогичной проблемой, когда я постоянно создаю резервную копию VirtualMachines на машине Linux на сетевой ресурс Windows (поскольку большинство инфраструктур компании - это Windows). Это моя структура:

/ media / windows-share - моя точка монтирования

Для непрерывности я создал символическую ссылку в моем приложении для резервного копирования: [ ! d9]

/ opt / backup / mnt , поэтому, если точка монтирования изменится в будущем, моей программе не потребуется обновление.

Наконец, я использую классный маленький инструмент autofs ( sudo apt-get install autofs ) Это руководство является достойным (и обновленным) - хотя я использовал это с немного другим подходом на моем blog .

В вашем случае я бы создал символическую ссылку, где мой FTP-Dropbox ( / home / ftp / & lt; data_dir & gt; / ) соответствует соответствующему сетевую папку в / media / & lt; network_share & gt; / & lt; ftp_user_data & gt; таким образом, нет никакого потерянного времени при передаче по дискам, и файлы доступны немедленно.

5
ответ дан 6 August 2018 в 04:36

Почему бы просто не сделать FTP-папку фактической точкой монтирования для сетевого диска? Я столкнулся с аналогичной проблемой, когда я постоянно создаю резервную копию VirtualMachines на машине Linux на сетевой ресурс Windows (поскольку большинство инфраструктур компании - это Windows). Это моя структура:

/ media / windows-share - моя точка монтирования

Для непрерывности я создал символическую ссылку в моем приложении для резервного копирования: [ ! d9]

/ opt / backup / mnt , поэтому, если точка монтирования изменится в будущем, моей программе не потребуется обновление.

Наконец, я использую классный маленький инструмент autofs ( sudo apt-get install autofs ) Это руководство является достойным (и обновленным) - хотя я использовал это с немного другим подходом на моем blog .

В вашем случае я бы создал символическую ссылку, где мой FTP-Dropbox ( / home / ftp / & lt; data_dir & gt; / ) соответствует соответствующему сетевую папку в / media / & lt; network_share & gt; / & lt; ftp_user_data & gt; таким образом, нет никакого потерянного времени при передаче по дискам, и файлы доступны немедленно.

5
ответ дан 7 August 2018 в 22:46

Почему бы просто не сделать FTP-папку фактической точкой монтирования для сетевого диска? Я столкнулся с аналогичной проблемой, когда я постоянно создаю резервную копию VirtualMachines на машине Linux на сетевой ресурс Windows (поскольку большинство инфраструктур компании - это Windows). Это моя структура:

/ media / windows-share - моя точка монтирования

Для непрерывности я создал символическую ссылку в моем приложении для резервного копирования: [ ! d9]

/ opt / backup / mnt , поэтому, если точка монтирования изменится в будущем, моей программе не потребуется обновление.

Наконец, я использую классный маленький инструмент autofs ( sudo apt-get install autofs ) Это руководство является достойным (и обновленным) - хотя я использовал это с немного другим подходом на моем blog .

В вашем случае я бы создал символическую ссылку, где мой FTP-Dropbox ( / home / ftp / & lt; data_dir & gt; / ) соответствует соответствующему сетевую папку в / media / & lt; network_share & gt; / & lt; ftp_user_data & gt; таким образом, нет никакого потерянного времени при передаче по дискам, и файлы доступны немедленно.

5
ответ дан 10 August 2018 в 10:52

Почему бы просто не сделать FTP-папку фактической точкой монтирования для сетевого диска? Я столкнулся с аналогичной проблемой, когда я постоянно создаю резервную копию VirtualMachines на машине Linux на сетевой ресурс Windows (поскольку большинство инфраструктур компании - это Windows). Это моя структура:

/ media / windows-share - моя точка монтирования

Для непрерывности я создал символическую ссылку в моем приложении для резервного копирования: [ ! d9]

/ opt / backup / mnt , поэтому, если точка монтирования изменится в будущем, моей программе не потребуется обновление.

Наконец, я использую классный маленький инструмент autofs ( sudo apt-get install autofs ) Это руководство является достойным (и обновленным) - хотя я использовал это с немного другим подходом на моем blog .

В вашем случае я бы создал символическую ссылку, где мой FTP-Dropbox ( / home / ftp / & lt; data_dir & gt; / ) соответствует соответствующему сетевую папку в / media / & lt; network_share & gt; / & lt; ftp_user_data & gt; таким образом, нет никакого потерянного времени при передаче по дискам, и файлы доступны немедленно.

5
ответ дан 13 August 2018 в 17:26
  • 1
    +1 для удаления шага, а не для установки шага :) Упрощение, всегда хорошее, есть. – Ben Williams 26 August 2010 в 06:57
  • 2
    Это отличный ответ ... Практически все делается так, чтобы он работал. Одна вещь. В вашем блоге вы использовали -fstype = cifs , и это сработало и для меня. Но когда я вручную монтирую эти общие ресурсы, я использую smbfs , но когда я попытался добавить этот метод в файл auto.nfs, он не сработал. Любая идея почему? – nicorellius 26 August 2010 в 21:44
  • 3
    @nicorellius smbfs и cifs - это в основном одно и то же. smbfs обесценивается до cifs help.ubuntu.com/community/SettingUpSamba – Marco Ceppi♦ 26 August 2010 в 21:56
  • 4
    Я думал, что у меня это работает ... Но теперь я не могу создать эту символическую ссылку. Получение ошибки: «жесткая ссылка не разрешена для каталога». Не могли бы вы предоставить более подробную информацию о том, как это настроить? – nicorellius 26 August 2010 в 22:02
  • 5
    @Marco Ceppi: мне также удалось подключить сетевой ресурс к локальному каталогу Linux / home / ftp / & lt; data_dir & gt; , но когда я попытался передать файл ему с помощью FTP, мой FTP-клиент сбросил ошибку, и операция завершилась неудачно. Я могу смутить, как установить эти разрешения. Я установил их на / home / ftp / & lt; data_dir & gt; или на // server / & lt; network_share & gt; / ftp_user_data ? – nicorellius 26 August 2010 в 22:17

Для дублирования файлов отсюда до там (или здесь, здесь) rsync - это швейцарская армейская цепная пила, которая, скорее всего, сделает то, что вы хотите.

4
ответ дан 26 May 2018 в 01:28

Вы можете попробовать обработать файлы, как только они будут загружены на FTP, с использованием технологии, такой как inotify. inoticoming - инструмент, который вы можете использовать для этого, см. http://manpages.ubuntu.com/manpages/lucid/man1/inoticoming.1.html.

1
ответ дан 26 May 2018 в 01:28

Для дублирования файлов отсюда до там (или здесь, здесь) rsync - это швейцарская армейская цепная пила, которая, скорее всего, сделает то, что вы хотите.

4
ответ дан 25 July 2018 в 23:16

Вы можете попробовать обработать файлы, как только они будут загружены на FTP, с использованием технологии, такой как inotify. inoticoming - инструмент, который вы можете использовать для этого, см. http://manpages.ubuntu.com/manpages/lucid/man1/inoticoming.1.html.

1
ответ дан 25 July 2018 в 23:16

Для дублирования файлов отсюда до там (или здесь, здесь) rsync - это швейцарская армейская цепная пила, которая, скорее всего, сделает то, что вы хотите.

4
ответ дан 27 July 2018 в 03:33

Вы можете попробовать обработать файлы, как только они будут загружены на FTP, с использованием технологии, такой как inotify. inoticoming - инструмент, который вы можете использовать для этого, см. http://manpages.ubuntu.com/manpages/lucid/man1/inoticoming.1.html.

1
ответ дан 27 July 2018 в 03:33

Вы можете попробовать обработать файлы, как только они будут загружены на FTP, используя технологию, такую ​​как inotify. inoticoming - это инструмент, который вы можете использовать для этого, см. http://manpages.ubuntu.com/manpages/lucid/man1/inoticoming.1.html .

]
1
ответ дан 2 August 2018 в 04:32

Для дублирования файлов здесь (там или здесь), rsync - швейцарская армейская цепная пила, которая, скорее всего, сделает то, что вы хотите.

4
ответ дан 2 August 2018 в 04:32

Для дублирования файлов здесь (там или здесь), rsync - швейцарская армейская цепная пила, которая, скорее всего, сделает то, что вы хотите.

4
ответ дан 4 August 2018 в 21:06

Вы можете попробовать обработать файлы, как только они будут загружены на FTP, используя технологию, такую ​​как inotify. inoticoming - это инструмент, который вы можете использовать для этого, см. http://manpages.ubuntu.com/manpages/lucid/man1/inoticoming.1.html .

]
1
ответ дан 4 August 2018 в 21:06

Для дублирования файлов здесь (там или здесь), rsync - швейцарская армейская цепная пила, которая, скорее всего, сделает то, что вы хотите.

4
ответ дан 6 August 2018 в 04:36

Вы можете попробовать обработать файлы, как только они будут загружены на FTP, используя технологию, такую ​​как inotify. inoticoming - это инструмент, который вы можете использовать для этого, см. http://manpages.ubuntu.com/manpages/lucid/man1/inoticoming.1.html .

]
1
ответ дан 6 August 2018 в 04:36

Вы можете попробовать обработать файлы, как только они будут загружены на FTP, используя технологию, такую ​​как inotify. inoticoming - это инструмент, который вы можете использовать для этого, см. http://manpages.ubuntu.com/manpages/lucid/man1/inoticoming.1.html .

]
1
ответ дан 7 August 2018 в 22:46

Для дублирования файлов здесь (там или здесь), rsync - швейцарская армейская цепная пила, которая, скорее всего, сделает то, что вы хотите.

4
ответ дан 7 August 2018 в 22:46

Для дублирования файлов здесь (там или здесь), rsync - швейцарская армейская цепная пила, которая, скорее всего, сделает то, что вы хотите.

4
ответ дан 10 August 2018 в 10:52

Вы можете попробовать обработать файлы, как только они будут загружены на FTP, используя технологию, такую ​​как inotify. inoticoming - это инструмент, который вы можете использовать для этого, см. http://manpages.ubuntu.com/manpages/lucid/man1/inoticoming.1.html .

]
1
ответ дан 10 August 2018 в 10:52

Для дублирования файлов здесь (там или здесь), rsync - швейцарская армейская цепная пила, которая, скорее всего, сделает то, что вы хотите.

4
ответ дан 13 August 2018 в 17:26

Вы можете попробовать обработать файлы, как только они будут загружены на FTP, используя технологию, такую ​​как inotify. inoticoming - это инструмент, который вы можете использовать для этого, см. http://manpages.ubuntu.com/manpages/lucid/man1/inoticoming.1.html .

]
1
ответ дан 13 August 2018 в 17:26

Другие вопросы по тегам:

Похожие вопросы: