• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            隨筆 - 40, 文章 - 0, 評論 - 9, 引用 - 0
            數(shù)據(jù)加載中……

            UNIX CP命令

            # 重復(fù)作兩次動作,由于 /tmp 底下已經(jīng)存在 bashrc 了,加上 -i 參數(shù),
            # 則在覆蓋前會詢問使用者是否確定!可以按下 n 或者 y 呢!
            # 但是,反過來說,如果不想要詢問時,則加上 -f 這個參數(shù)來強制直接覆蓋!

            范例二:將 /var/log/wtmp 復(fù)制到 /tmp 底下
            [root@linux tmp]# cp /var/log/wtmp . <==想要復(fù)制到目前的目錄,最后的 . 不要忘
            [root@linux tmp]# ls -l /var/log/wtmp wtmp
            -rw-rw-r--  1 root utmp 71808 Jul 18 12:46 /var/log/wtmp
            -rw-r--r--  1 root root 71808 Jul 18 21:58 wtmp
            # 注意到了嗎?!在不加任何參數(shù)的情況下,檔案的所屬者會改變,連權(quán)限也跟著改變了~
            # 這是個很重要的特性!要注意喔!還有,連檔案建立的時間也不一樣了!
            # 如果您想要將檔案的所有特性都一起復(fù)制過來,可以加上 -a 喔!
            [root@linux tmp]# cp -a /var/log/wtmp wtmp_2
            [root@linux tmp]# ls -l /var/log/wtmp wtmp_2
            -rw-rw-r--  1 root utmp 71808 Jul 18 12:46 /var/log/wtmp
            -rw-rw-r--  1 root utmp 71808 Jul 18 12:46 wtmp_2
            # 瞭了吧!整個資料特性完全一模一樣ㄟ!真是不賴~這就是 -a 的特性!

            范例三:復(fù)制 /etc/ 這個目錄下的所有內(nèi)容到 /tmp 底下
            [root@linux tmp]# cp /etc/ /tmp
            cp: omitting directory `/etc'   <== 如果是目錄,不能直接復(fù)制,要加上 -r 的參數(shù)
            [root@linux tmp]# cp -r /etc/ /tmp
            # 還是要再次的強調(diào)喔! -r 是可以復(fù)制目錄,但是,檔案與目錄的權(quán)限會被改變~
            # 所以,也可以利用 cp -a /etc /tmp 來下達指令喔!

            范例四:將范例一復(fù)制的 bashrc 建立一個連結(jié)檔 (symbolic link)
            [root@linux tmp]# ls -l bashrc
            -rw-r--r--  1 root root 395 Jul 18 22:08 bashrc
            [root@linux tmp]# cp -s bashrc bashrc_slink
            [root@linux tmp]# cp -l bashrc bashrc_hlink
            [root@linux tmp]# ls -l bashrc*
            -rw-r--r--  2 root root 395 Jul 18 22:08 bashrc
            -rw-r--r--  2 root root 395 Jul 18 22:08 bashrc_hlink
            lrwxrwxrwx  1 root root   6 Jul 18 22:31 bashrc_slink -> bashrc
            # 那個 bashrc_slink 是由 -s 的參數(shù)造成的,建立的是一個『快捷方式』,
            # 所以您會看到在檔案的最右邊,會顯示這個檔案是『連結(jié)』到哪里去的!
            # 至于那個 bashrc_hlink 有趣了!建立了這個檔案之后, bashrc 與 bashrc_hlink 
            # 所有的參數(shù)都一樣,只是,第二欄的 link 數(shù)改變成為 2 了~而不是原本的 1 喔!
            # 這兩種連結(jié)的方式的異同,我們會在下一章里面進行介紹的!

            范例五:若 ~/.bashrc 比 /tmp/bashrc 新才復(fù)制過來
            [root@linux tmp]# cp -u ~/.bashrc /tmp/bashrc
            # 這個 -u 的特性,是在目標(biāo)檔案與來源檔案有差異時,才會復(fù)制的。
            # 所以,比較常被用于『備份』的工作當(dāng)中喔! ^_^

            范例六:將范例四造成的 bashrc_slink 復(fù)制成為 bashrc_slink_2
            [root@linux tmp]# cp bashrc_slink bashrc_slink_2
            [root@linux tmp]# ls -l bashrc_slink*
            lrwxrwxrwx  1 root root   6 Jul 18 22:31 bashrc_slink -> bashrc
            -rw-r--r--  1 root root 395 Jul 18 22:48 bashrc_slink_2
            # 這個例子也是很有趣喔!原本復(fù)制的是連結(jié)檔,但是卻將連結(jié)檔的實際檔案復(fù)制過來了
            # 也就是說,如果沒有加上任何參數(shù)時,復(fù)制的是源文件,而非連結(jié)文件的屬性!
            # 若要復(fù)制連結(jié)文件的屬性,就得要使用 -d 或者 -a 的參數(shù)了!

            范例七:將家目錄的 .bashrc 及 .bash_history 復(fù)制到 /tmp 底下
            [root@linux tmp]# cp ~/.bashrc ~/.bash_history /tmp
            # 可以將多個數(shù)據(jù)一次復(fù)制到同一個目錄去!
            這個 cp 的功能很多,而由于我們常常在進行一些數(shù)據(jù)的復(fù)制,所以也會常常用到這個指令的。 一般來說,我們?nèi)绻?fù)制別人的數(shù)據(jù) (當(dāng)然,該檔案您必須要有 read 的權(quán)限才行啊! ^_^) 時, 總是希望復(fù)制到的數(shù)據(jù)最后是我們自己的,所以,在預(yù)設(shè)的條件中, cp 的來源檔與目的檔的權(quán)限是不同的,目的檔的擁有者通常會是指令操作者本身。舉例來說, 上面的范例二中,由于我是 root 的身份,因此復(fù)制過來的檔案擁有者與群組就改變成為 root 所有了! 這樣說,可以明白嗎?! ^_^

            由于具有這個特性,因此,當(dāng)我們在進行備份的時候,某些需要特別注意的特殊權(quán)限檔案, 例如密碼文件 (/etc/shadow) 以及一些設(shè)定檔,就不能直接以 cp 來復(fù)制,而必須要加上 -a 或者是 -p 等等可以完整復(fù)制檔案權(quán)限的參數(shù)才行!另外,如果您想要復(fù)制檔案給其它的使用者, 也必須要注意到檔案的權(quán)限(包含讀、寫、執(zhí)行以及檔案擁有者等等), 否則,其它人還是無法針對您給予的檔案進行修訂的動作喔!注意注意!

            至于上面的范例當(dāng)中,第四個范例是最有趣的,使用 -l 及 -s 都會建立所謂的連結(jié)檔 (link file), 但是這兩種連結(jié)檔確有不一樣的展現(xiàn)情況。這是怎么一回事啊? 那個 -l 就是所謂的 hard link ,至于 -s 則是 symbolic link ,鳥哥這里先不介紹, 因為這個涉及 i-node 的相關(guān)知識,我們還沒有介紹到,下一章再來討論這個 link 的問題喔! 總之,由于 cp 有種種的檔案屬性與權(quán)限的特性,所以,在復(fù)制時,您必須要清楚的了解到: 
            • 是否需要完整的保留來源檔案的信息? 
            • 來源檔案是否為連結(jié)檔 (symbolic link file)? 
            • 來源檔是否為特殊的檔案,例如 FIFO, socket 等? 
            • 來源文件是否為目錄?

            posted on 2008-01-02 11:56 閱讀(8454) 評論(0)  編輯 收藏 引用 所屬分類: liunx.unix相關(guān)

            午夜久久久久久禁播电影| 久久青青草原精品影院| 亚洲精品国产字幕久久不卡| 久久99精品国产麻豆宅宅| 久久久久久九九99精品| 怡红院日本一道日本久久| 国内精品久久九九国产精品| 久久精品国产一区二区三区| 亚洲中文字幕无码久久2017| 久久国产精品99精品国产987| 久久亚洲欧洲国产综合| 久久久久久午夜成人影院| 国产ww久久久久久久久久| 亚洲狠狠婷婷综合久久久久| 精品99久久aaa一级毛片| 日韩精品久久无码人妻中文字幕| 久久婷婷五月综合色99啪ak| 久久久噜噜噜久久熟女AA片| 四虎影视久久久免费| 青青草原综合久久| 亚洲女久久久噜噜噜熟女| 亚洲国产成人乱码精品女人久久久不卡| 欧美精品久久久久久久自慰| 国产激情久久久久久熟女老人| 久久国产三级无码一区二区| 久久久久亚洲av无码专区喷水 | 99久久无色码中文字幕| 亚洲国产精品无码久久久久久曰| 精品免费tv久久久久久久| 亚洲AV日韩AV天堂久久| 国产成人综合久久精品红| 一本色道久久88综合日韩精品| 91精品国产色综合久久| 久久精品无码专区免费青青| 亚洲欧美久久久久9999| 久久久久国产亚洲AV麻豆| 九九热久久免费视频| 久久强奷乱码老熟女| 精品久久人人爽天天玩人人妻| 伊人久久综在合线亚洲2019| 久久99精品国产麻豆蜜芽|