当我使用以下命令提取 tar 文件时:tar xvzf gcc-4.7.1.tar.gz
tar
(这是文件所在的 目录cd /u/test/GCC-4.7.1/
:)
文件已提取,但它们位于/dev/...
(实际文件路径和名称见下文)-现在我该如何安装 GCC?
这可能与我的其他相关问题,但我现在使用的是 SCO 6(不是 SCO 5.0.7)和新的 GCC 编译器。
我提取的文件是不是在文件所在的同一文件夹中tar
。
提取文件
以下是我提取和搜索提取的文件所采取的具体步骤:
cd /u/test/GCC-4.7.1/
tar xvzf gcc-4.7.1.tar.gz
cd /u/test/GCC-4.7.1/
ls -la
那里唯一的文件就是该tar
文件。
编辑
提取tar
成功显示:
key Device Block Size(K) Tape
0 /dev/rfdo48ds9 18 360 No
1 /dev/rfd148dx9 18 360 NO
2 /dev/rfd096ds15 10 1200 NO
3 /dev/rfd196ds15 10 1200 NO
4 /dev/rfd0135ds9 18 720 NO
5 /dev/rfd1135ds9 18 720 NO
6 /dev/rfd0135ds18 18 1440 NO
7 /dev/rfd1135ds18 18 1440 NO
8 /dev/rct0 20 0 YES
9 /dev/rctmini 20 0 YES
10 /dev/rdsk/fp03d 18 720 NO
11 /dev/rdsk/fp03h 18 1440 NO
12 /dev/rdsk/fp03v21 10 20330 NO
答案1
文件已提取,但它们位于 /dev/...
当我第一次读到你的问题时,我怀疑会发生这种情况,因为出于安全原因,tar 程序多年来一直/
自动从路径中剥离前导。如果没有这种保护,您可能会向某人发送恶意 tarball 来覆盖系统文件。例如,想象一下通过运送某人手工制作的文件/etc/passwd
和文件可以获得的乐趣。不去除前导的程序/etc/shadow
会将它们提取到现有文件上。然而,我做了一些研究,发现 SCO OpenServer 6 默认情况下不提供这种保护!tar
/
你必须给出A
标志才能获得这种行为。啊。
也就是说,我仍然怀疑它做了你声称的事情,除非你以 root 身份登录,考虑到/u/test
你问题中的内容,我对此表示怀疑。/dev
除非有人使用默认文件权限,否则普通用户无法创建文件。
由于您将v
标志赋予了tar
,因此如果提取成功,您应该已经获得了文件列表。你是否?您可以将该列表发布到某个地方吗,例如粘贴宾网?
你tar
已经安装了 GNU 吗?如果您使用 SCO tar
,它不理解在z
解压缩文件之前解压缩文件的标志。而是说gzip -dc gcc-4.7.1.tar.gz | tar xAvf -
。