退役曾经唯一的卷,保存重要的文件
Retiring the once only volume, holding important looking files
/volume1
曾经是我唯一的一本书,/volume2
加入了它,准备退休 /volume1
。
重新定位我的所有内容后,我可以看到很多我无法解释的文件。不寻常的是,它们都以 @
为前缀,例如
/volume1$ ls -als
total 430144
0 drwxr-xr-x 1 root root 344 May 2 16:19 .
4 drwxr-xr-x 24 root root 4096 May 2 16:18 ..
0 drwxr-xr-x 1 root root 156 Jun 29 15:57 @appstore
0 drwx------ 1 root root 0 Apr 11 04:03 @autoupdate
0 drwxr-xr-x 1 root root 14 May 2 16:19 @clamav
332 -rw------- 1 root root 339245 Jan 23 13:50 @cnid_dbd.core.gz
0 drwxr-xr-x 1 admin users 76 Aug 19 2020 @database
0 drwx--x--x 1 root root 174 Jun 29 15:57 @docker
0 drwxrwxrwx+ 1 root root 24 Jan 23 15:27 @eaDir
420400 -rw------- 1 root root 430485906 Jan 4 05:06 @G1.core.gz
0 drwxrwxrwx 1 root root 12 Jan 21 13:47 @img_bkp_cache
0 drwxr-xr-x 1 root root 14 Dec 29 18:45 @maillog
0 drwxr-xr-x 1 root root 60 Dec 29 18:39 @MailScanner
0 drwxrwxr-x 1 root root 106 Oct 7 2018 @optware
7336 -rw------- 1 root root 7510134 Jan 24 01:33 @Plex.core.gz
0 drwxr-xr-x 1 postfix root 166 Oct 12 2020 @postfix
2072 -rw------- 1 root root 2118881 Jan 17 03:47 @rsync.core.gz
0 drwxr-xr-x 1 root root 88 May 2 16:19 @S2S
0 drwxr-xr-x 1 root root 0 Jan 23 13:50 @sharesnap
0 drwxrwxrwt 1 root root 48 Jun 29 15:57 @tmp
我有两个问题
@
前缀表示什么,
- 我怎么能move/remove他们呢,因为某些东西会丢失这些文件。
从实验看来答案是:
- 没什么 - 它们似乎是 Synology 打包系统使用的约定。
- 除了一个例外,我不需要考虑删除这些文件所在的文件系统的后果。
@appstore
目录清楚地包含已安装的 Synology 套件,在拉出 /volume1
后,它们在套件中心显示为“需要修复”。修复后,相同的 @
前缀目录出现在新卷中 - 和 配置被保留 - 因此这些目录似乎只包含不可变的软件组件。
例外:我使用ipkg
主要是为了fetchmail
。我列出了已安装的软件包以及 fetchmailrc
,然后在“Easy Bootstrap Installer”准备就绪后重新安装了相同的软件包(修复对此不起作用,但卸载并重新安装工作正常)。
/volume1
曾经是我唯一的一本书,/volume2
加入了它,准备退休 /volume1
。
重新定位我的所有内容后,我可以看到很多我无法解释的文件。不寻常的是,它们都以 @
为前缀,例如
/volume1$ ls -als
total 430144
0 drwxr-xr-x 1 root root 344 May 2 16:19 .
4 drwxr-xr-x 24 root root 4096 May 2 16:18 ..
0 drwxr-xr-x 1 root root 156 Jun 29 15:57 @appstore
0 drwx------ 1 root root 0 Apr 11 04:03 @autoupdate
0 drwxr-xr-x 1 root root 14 May 2 16:19 @clamav
332 -rw------- 1 root root 339245 Jan 23 13:50 @cnid_dbd.core.gz
0 drwxr-xr-x 1 admin users 76 Aug 19 2020 @database
0 drwx--x--x 1 root root 174 Jun 29 15:57 @docker
0 drwxrwxrwx+ 1 root root 24 Jan 23 15:27 @eaDir
420400 -rw------- 1 root root 430485906 Jan 4 05:06 @G1.core.gz
0 drwxrwxrwx 1 root root 12 Jan 21 13:47 @img_bkp_cache
0 drwxr-xr-x 1 root root 14 Dec 29 18:45 @maillog
0 drwxr-xr-x 1 root root 60 Dec 29 18:39 @MailScanner
0 drwxrwxr-x 1 root root 106 Oct 7 2018 @optware
7336 -rw------- 1 root root 7510134 Jan 24 01:33 @Plex.core.gz
0 drwxr-xr-x 1 postfix root 166 Oct 12 2020 @postfix
2072 -rw------- 1 root root 2118881 Jan 17 03:47 @rsync.core.gz
0 drwxr-xr-x 1 root root 88 May 2 16:19 @S2S
0 drwxr-xr-x 1 root root 0 Jan 23 13:50 @sharesnap
0 drwxrwxrwt 1 root root 48 Jun 29 15:57 @tmp
我有两个问题
@
前缀表示什么,- 我怎么能move/remove他们呢,因为某些东西会丢失这些文件。
从实验看来答案是:
- 没什么 - 它们似乎是 Synology 打包系统使用的约定。
- 除了一个例外,我不需要考虑删除这些文件所在的文件系统的后果。
@appstore
目录清楚地包含已安装的 Synology 套件,在拉出/volume1
后,它们在套件中心显示为“需要修复”。修复后,相同的@
前缀目录出现在新卷中 - 和 配置被保留 - 因此这些目录似乎只包含不可变的软件组件。
例外:我使用ipkg
主要是为了fetchmail
。我列出了已安装的软件包以及 fetchmailrc
,然后在“Easy Bootstrap Installer”准备就绪后重新安装了相同的软件包(修复对此不起作用,但卸载并重新安装工作正常)。