구차니의 잡동사니 모음

Linux Live USB Creator (이하 LiLi)는 UI도 깔끔하고,
Virtual box를 이용하여 colinux 처럼 윈도우에서 마치 리눅스를 돌리는 듯한 느낌을 준다.
설명에 따르면 persistent 공간은 virtual box나 usb나 양쪽으로 사용할 수 있다고 한다.(와우!)
그리고 Virtual Box 구동시간은 로그인 화면까지 대략 3분 정도 걸렸다.
설치도 liveusb creator에 비해서 빠른느낌이다. (자주 값이 변하므로 체감이 짧다)
이 녀석은 설치후에 이런 페이지를 띄운다. [링크 : http://www.linuxliveusb.com/using-lili.html]

장점 : Virtual Box 지원          깔끔한 디자인          설치 속도가 빠른편 (410MB의 persistence 용량과 Virtual Box를 7분에 완료함)          프로그램의 크기가 작음(1.4MB -> 3.2MB) 단점 : 세로로 길어서, 저해상도에서는 사용하기 불편          Virtual Box는 네트워크로 다운로드 받아야 함          LiveUSB Creator는 integrity check를 설치시에 하는데, LiLi는 ISO 선택시에 하는 관계로 불편하다(취소불가)          LiLi 실행중/종료후에 방향키가 듣지않는 현상이 있다.

[링크 : http://www.linuxliveusb.com/]






3.9 버전은, installer로 변경되었다. (기존에는 바로 실행)
일단 설치 프로그램의 크기가 7.9M로 상당히 큰편이다.
그리고 여전히 ISO 파일로 설치시에 약간의 문제가 있는 것으로 보인다.
(아무튼 C:\Program Files\LiveUSB Creator 로 iso 파일을 옮기면 이상없이 작동한다.. 뭥미?)
여전히 한글경로나 드라이브 이름은 해결되지 않았다.
세번정도 시도했는데 Persistent 를 생성하다가 죽는다.
아무튼, 압축해제 소요시간만 따지면, 3분 40초로 LiLi와 비슷한 수준이다.

장점 : UI가 단순하고 세로로 짧아서 저해상도에서 사용하기 편함 단점 : 딱히 장점이 없다.          한글 경로나 , 한글 드라이브 출력 문제          설치 프로그램 용량이 큼(약 8MB)

[링크 : https://fedorahosted.org/liveusb-creator/]



결론
LiLi가 일단은 안정적이고 Virtual Box라는 장점이 있으므로,
한동안은 LiveUSB Creator 보다 LiLi를 애용해야겠다.


2010.05.05 추가
netbsd의 경우에는 호환성 리스트에 존재하지 않아 아래와 같은 경고가 뜨며,
실제로 usb로 생성하고 부팅하면 부팅이 되지 않는 문제가 있다.

둘다 윈도우 상에서 tftpd32 라는 공개 소프트웨어로 실행하는 것이라 리눅스 서버가 없어도 된다.

tftpd32        [링크 : http://tftpd32.jounin.net/]
PXE           [링크 : http://en.wikipedia.org/wiki/Preboot_Execution_Environment]

XP 설치      [링크 : http://blog.naver.com/3dfx/130038204551]
우분투 설치 [링크 : http://blog.cuwoom.net/117]


나중에 한번 해봐야겠다 ㅠ.ㅠ

도대체 달력소스는 왜케 찾기가 힘들지 ㄱ-
일단 분석을 해서 어떻게 그리는지 알아봐야겠다 ㅠ.ㅠ


[링크 : http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/calendar/]

기본값으로 설치했을 경우
C:\Program Files\VideoLAN\VLC\http\.hosts
라는 파일의 내용은 아래와 같다.

# # Access-list for VLC HTTP interface # $Id$ # # localhost ::1 127.0.0.1 # link-local addresses #fe80::/64 # private addresses #fc00::/7 #fec0::/10 #10.0.0.0/8 #172.16.0.0/12 #192.168.0.0/16 #169.254.0.0/16 # The world (uncommenting these 2 lines is not quite safe) #::/0 #0.0.0.0/0

위의 localhost 부분이 자기 스스로 접속하면 되는데,
외부에서는 접속해도 forbidden 이라면서 접속하지 못하도록 하는 부분이다.

만약에 C Class를 허가하고 싶다면 ip/24로 적어주면된다.
(예를 들어 192.168.0.1~255를 허가하고 싶다면
192.168.0.1/24로 하면 된다.)


참고 : 굳이 VLC 죽였다 하지 않아도 자동으로 갱신되는 듯 하다.

How redirect stderr to /dev/null in c program(language) on linux

if (replace_stderr && freopen("/dev/null", "w", stderr) == NULL) {     ap_log_error(APLOG_MARK, APLOG_CRIT, errno, s_main,         "unable to replace stderr with /dev/null"); } [링크 : http://www.codase.com/search/call?name=freopen]

#include <stdio.h> FILE *fopen(const char *path, const char *mode); FILE *fdopen(int fildes, const char *mode); FILE *freopen(const char *path, const char *mode, FILE *stream); [링크 : http://linux.die.net/man/3/freopen]

freopen 은 파일 디스크립터를 다시 열어주는 역활을 한다.
위의 예제대로
freopen("/dev/null", "w", stderr);
를 실행하면 /dev/null 을 stderr로 열어주므로, 모든 stderr 메시지가 사라진다.

$ cat redirection.c #include <stdio.h> #include <unistd.h> void main() {         fprintf(stdout,"test output message\n");         fprintf(stderr,"test error message\n"); } $ gcc -o a.out redirection.c $ ./a.out test output message test error message $ ./a.out > /dev/null test error message $ ./a.out 2> /dev/null test output message

$ cat redirection_2.c #include <stdio.h> #include <unistd.h> void main() {         freopen("/dev/null", "w", stderr);         fprintf(stdout,"test output message\n");         fprintf(stderr,"test error message\n"); } $ gcc -o b.out redirection_2.c $ ./b.out test error message $ ./b.out > /dev/null $ ./b.out 2> /dev/null test output message

위의 예제 두개를 비교해보면 알 수 있겠지만,
freopen 으로 인해 아래의 예제는 stderr이 출력되지 않는다.

Up Close And Personal
밀착취재를 뜻하는 미국의 속어입니다.

[링크 : http://kin.naver.com/qna/detail.nhn?d1id=3&dirId=30301&docId=50703532&qb=7JeFIO2BtOuhnOymiCDslaQg7Y287Iqk64SQ&enc=utf8&section=kin&rank=2&sort=0&spq=0&pid=fx3N8woi5TGssZ6SCBRsss--287325&sid=Sx3bmejCHUsAAE@4P7E]



영화가 유명해서 단어가 검색이 안된다 ㅠ.ㅠ

이녀석이 먼가해서 검색해봤더니
디스크가 동적 디스크가 되서 제대로 인식못해 생기는 거라는데
AHCI(SATA)와 연관이 된건가 해서 일단은 드라이버를 설치했는데 잘될지는 모르겠다 ㅠ.ㅠ

[링크 : http://blog.naver.com/quriquri2/150036739681] >> SESSION3_INITIALIZATION_FAILED
[링크 : http://nicebug.egloos.com/1525609] >> AHCI on XP



2009.12.9 추가
ACHI 설치후 부팅이 잘 안되는 문제는 해결되었으나,
그래픽 카드가 제대로 설치되었음에도 해상도/색상이 이상하게 설정되는 문제가 발생했다.

# mount rootfs on / type rootfs (rw) /dev/root on / type cramfs (ro,noatime) proc on /proc type proc (rw) usbfs on /proc/bus/usb type usbfs (rw) sysfs on /sys type sysfs (rw) /dev/mtdblock3 on /root/apps type cramfs (ro) /dev/mtdblock4 on /root/apps/data type jffs2 (rw) /dev/sda1 on /root/sda1 type vfat (rw,fmask=0022,dmask=0022,codepage=cp437,iocharset=iso8859-1) ... FAT: Filesystem panic (dev sda1)     fat_get_cluster: invalid cluster chain (i_pos 125316)     File system has been set read-only ... # mount rootfs on / type rootfs (rw) /dev/root on / type cramfs (ro,noatime) proc on /proc type proc (rw) usbfs on /proc/bus/usb type usbfs (rw) sysfs on /sys type sysfs (rw) /dev/mtdblock3 on /root/apps type cramfs (ro) /dev/mtdblock4 on /root/apps/data type jffs2 (rw) /dev/sda1 on /root/sda1 type vfat (ro,fmask=0022,dmask=0022,codepage=cp437,iocharset=iso8859-1)

fsck 그것은 진리인가?

fsck.msdos with -a [링크 : http://southerns.wordpress.com/2007/06/22/fat-filesystem-panic-dev-xxx/]

umount: cannot umount [mount poiunt] "Device or resource busy"

요런 에러를 발생해서 상콤하게 검색 고고싱,

-f     Force unmount (in case of an unreachable NFS system). (Requires kernel 2.1.116 or later.) -l     Lazy unmount. Detach the filesystem from the filesystem hierarchy now, and cleanup all references to the filesystem as soon as it is not busy anymore. (Requires kernel 2.4.11 or later.) [링크 : http://linux.die.net/man/8/umount] - umount

Linux 2.1.116 added the umount2() system call, which, like umount(), unmounts a target, but allows additional flags controlling the behaviour of the operation: MNT_FORCE (since Linux 2.1.116)     Force unmount even if busy. (Only for NFS mounts.) MNT_DETACH (since Linux 2.4.11)     Perform a lazy unmount: make the mount point unavailable for new accesses, and actually perform the unmount when the mount point ceases to be busy. MNT_EXPIRE (since Linux 2.6.8)     Mark the mount point as expired. If a mount point is not currently in use, then an initial call to umount2() with this flag fails with the error EAGAIN, but marks the mount point as expi2red. The mount point remains expired as long as it isn't accessed by any process. A second umount2() call specifying MNT_EXPIRE unmounts an expired mount point. This flag cannot be specified with either MNT_FORCE or MNT_DETACH. [링크 : http://linux.die.net/man/2/umount] - umount()

원인이야, 이미 열린 파일이 있을 경우이지만,
커널 2.4.11 이후부터는 lazy umount를 지원해서 깔끔하게 에러없이 마운트를 해제할 수 있다.
(어떤 문제점이 부가적으로 생길지는..)

2010.02.05 추가
# umount -fl 로 실행하면 묻지도 따지지도 않고 언마운트시킨다.


2014.09.03 추가
ssh로 로그인 중이었는데 fuser로 하니 사용자가 튕기면서 unmount가 된다 ㄷㄷ
그 이후에 많이 엉기니 사용시 주의가 필요한듯

# fuser -km /mountpoint
[링크 : http://www.cyberciti.biz/tips/how-do-i-forcefully-unmount-a-disk-partition.html]