«history» 태그된 질문

나는 종종 ~(물결표)가 사용자의 홈 디렉토리를 나타내는 이유를 궁금해했습니다 . 이것 뒤에 이유가 있습니까, 아니면 드물게 사용되는 캐릭터입니까?

806 history  home 

실행 파일의 경로를 찾고 또는 유닉스 쉘에서 명령 이름을 입력하면 무슨 일이 일어날 지 확인해 볼 때, 다른 유틸리티의 과다 (있다 which, type, command, whence, where, whereis, whatis, hash, 등). 우리는 종종 그 사실 which을 피해야한다고 들었습니다 . 왜? 대신 무엇을 사용해야합니까?

328 shell  history  which  portability 

우리가 알다시피, apt-get슈퍼 암소 힘을 가지고 aptitude하지 않습니다 : $ apt-get --help | grep -i cow This APT has Super Cow Powers. $ aptitude --help | grep -i cow This aptitude does not have Super Cow Powers. 물론 APT에는 부활절 달걀이 있습니다. $ apt-get moo (__) (oo) /------\/ / | …

286 debian  apt  history 

우연히 "자원 구성"입니까?

270 bash  bashrc  history 

wheel* nix 컴퓨터 의 그룹은 일반적으로 일종의 루트와 같은 액세스 권한이있는 그룹을 나타냅니다. 일부 * nixes에서는 실행할 권한이있는 사용자 그룹 su이지만 Linux에서는 누구나 보이는 것처럼 들립니다 (천연 히 루트 암호가 필요하지만). Linux 배포판에서는 기본적으로 사용할 권한이있는 그룹 인 것 같습니다 sudo. sudoers그들 에 대한 항목이 있습니다 : %wheel ALL=(ALL) ALL …

220 sudo  history  group  su 

점점 더 많은 tar아카이브 xz가 기존 bzip2(bz2)압축 대신 압축을 위해 LZMA2 기반 형식을 사용합니다 . 실제로 kernel.org 는 2013 년 12 월 27 일 " 굿바이 bzip2 " 발표를 발표했습니다. 이 시점에서 커널 소스는 tar.gz와 tar.xz 형식으로 그리고 웹 사이트 의 메인 페이지에서 공개 될 것입니다 직접 제공되는 내용은에 tar.xz있습니다. …

202 history  gzip  bzip2  xz 

따라서 HP-UX, AIX, BSD 등 다양한 Unix 버전이 있습니다. Linux는 Unix 구현이 아닌 Unix 복제본으로 간주됩니다. 모든 "실제"Unices는 원본의 실제 자손입니까? 그렇지 않다면, Linux와 Unix의 차이점은 무엇입니까?

190 linux  unix  history 

당신이 실행하는 경우 hash는 (해시 이후 실행되는 모든 명령의 경로가 마지막으로 재설정했다 보여줍니다 hash -r) [root@c04c ~]# hash hash: hash table empty [root@c04c ~]# whoami root [root@c04c ~]# hash hits command 1 /usr/bin/whoami [root@c04c ~]# whoami root [root@c04c ~]# hash hits command 2 /usr/bin/whoami 매뉴얼 페이지에 따르면 해시의 목적은 다음과 …

118 bash  history 

POSIX 사양에는 구현이 두 가지로 시작하는 경로를 특별히 처리 할 수 ​​있도록 ( 1 , 2 , 3 ...) 조항이 /있습니다. POSIX의 응용 프로그램 즉지지 않습니다합니다 (POSIX 사양에 작성된 응용 프로그램은 모든 POSIX 호환 시스템에 이식하는) //foo/bar과 동일하다 /foo/bar(그들은 그 가정 할 수 있지만 ///foo/bar동일하다 /foo/bar). 이제 //foo특별하게 취급하는 POSIX …

114 filenames  history  portability  slash 

리눅스는 커널 일 뿐이며, 사용자가 그것을 사용하려면 완전한 배포가 필요합니다. 즉, Linux 배포판이 없을 때 Linux의 첫 번째 버전은 어떻게 사용 되었습니까?

112 linux  kernel  linux-kernel  history 

Google에서 이에 대한 조사를 수행했지만 결과가 흐려졌습니다. /루트 디렉토리를 나타내는 데 왜 부호가 사용됩니까? 그 뒤에 확실한 이유가 있습니까?

95 linux  directory-structure  history 

읽기 /dev/random는 차단 될 수 있지만 읽기 /dev/urandom는 차단되지 않습니다. 이 서한 u은 어디로 갑니까 ? 무엇을 의미합니까? 사용자 공간? 차단을 해제 하시겠습니까? 마이크로? 최신 정보: 질문의 초기 단어를 바탕으로 /dev/randomvs 의 유용성에 대한 논쟁이있었습니다 /dev/urandom. / dev / urandom에 대한 신화 링크 는 아래에 세 번 게시되었으며, 이 답변 …

87 linux  devices  history  random 

내가 아는 한, 모든 운영 체제에는 EOL (End of Line) 문자를 표시하는 다른 방법이 있습니다. 상업용 운영 체제는 EOL에 캐리지 리턴을 사용합니다 (Windows에서는 캐리지 리턴 및 줄 바꿈, Mac에서만 캐리지 리턴). 반면에 Linux는 EOL에 줄 바꿈 만 사용합니다. Linux가 EOL에 캐리지 리턴을 사용하지 않는 이유는 무엇입니까 (대신 줄 바꿈 만)?

87 files  history  newlines 

기술적 인 이유가 있습니까? 이것은 Linux 또는 Unix 초기의 유물입니까? 그렇다면 지속되는 이유가 있습니까?

84 linux  users  history 

그 기능과 같이 다양한 장소에서 하나, 요즘 완전한 잘못된 것을 비난은 "스티키 비트"를 볼 수있는 요즘 A와 디렉토리와 행동에 쓰기 권한에 영향을 줄 것입니다 제한 삭제 플래그. AskUbuntu 답변에서 응답자는 "스티커 비트가 일반적으로 디렉토리에 적용됩니다"라고 썼습니다 . 실제로 현대 시스템은 실제로 파일에 파일을 적용하지 않는 것처럼 보였지만 오래 전에 일반적인 …

65 permissions  history  sticky-bit