'Linux > Ubuntu' 카테고리의 다른 글
python3를 python으로 실행하기 (0) | 2023.02.10 |
---|---|
block caribou ? (0) | 2023.02.07 |
gTile (0) | 2023.01.31 |
ubuntu coredump 생성하기 (0) | 2022.12.22 |
리눅스 블루투스 유틸리티 bluez-tools (0) | 2022.11.07 |
python3를 python으로 실행하기 (0) | 2023.02.10 |
---|---|
block caribou ? (0) | 2023.02.07 |
gTile (0) | 2023.01.31 |
ubuntu coredump 생성하기 (0) | 2022.12.22 |
리눅스 블루투스 유틸리티 bluez-tools (0) | 2022.11.07 |
[링크 : https://extensions.gnome.org/extension/28/gtile/]
[링크 : https://github.com/gTile/gTile]
[링크 : https://philip.whiteside.xyz/articles/2020/ultrawide-window-management/]
block caribou ? (0) | 2023.02.07 |
---|---|
maas (0) | 2023.02.03 |
ubuntu coredump 생성하기 (0) | 2022.12.22 |
리눅스 블루투스 유틸리티 bluez-tools (0) | 2022.11.07 |
cpuid (0) | 2022.10.17 |
huponexit 는 off가 기본값인데
on으로 할경우 &로 백그라운드로 실행된 프로그램들이 세션 종료시 종료되지 않고 계속 실행된다고 한다.
$ shopt -s huponexit |
위의 명령을 실행하면 set이 되어 on이 된다. (세션별로 적용된다)
$ shopt autocd off cdable_vars off cdspell off checkhash off checkjobs off checkwinsize on cmdhist on compat31 off compat32 off compat40 off compat41 off compat42 off compat43 off complete_fullquote on direxpand off dirspell off dotglob off execfail off expand_aliases on extdebug off extglob on extquote on failglob off force_fignore on globasciiranges off globstar off gnu_errfmt off histappend on histreedit off histverify off hostcomplete off huponexit off inherit_errexit off interactive_comments on lastpipe off lithist off login_shell off mailwarn off no_empty_cmd_completion off nocaseglob off nocasematch off nullglob off progcomp on promptvars on restricted_shell off shift_verbose off sourcepath on xpg_echo off |
[링크 : https://joonyon.tistory.com/entry/쉽게-설명한-nohup-과-백그라운드-명령어-사용법]
bash completion (0) | 2023.03.27 |
---|---|
리눅스 키보드로 강제 종료하기 (0) | 2023.03.10 |
리눅스 배터리 wear level (0) | 2023.01.04 |
mpx - Multi-pointer X (0) | 2022.12.27 |
간단한 코어덤프 유발 프로그램 (1) | 2022.12.22 |
어느걸 믿어야 하나...
$ sudo acpi -V Battery 0: Unknown, 97% Battery 0: design capacity 3530 mAh, last full capacity 3500 mAh = 99% Adapter 0: on-line Thermal 0: ok, 33.0 degrees C Thermal 0: trip point 0 switches to mode critical at temperature 99.0 degrees C Thermal 1: ok, 33.0 degrees C Thermal 1: trip point 0 switches to mode critical at temperature 99.0 degrees C Cooling 0: Processor 0 of 3 Cooling 1: B0D4 no state information available Cooling 2: Processor 0 of 3 Cooling 3: x86_pkg_temp no state information available Cooling 4: Processor 0 of 3 Cooling 5: Processor 0 of 3 Cooling 6: Processor 0 of 3 Cooling 7: SNS2 no state information available Cooling 8: Processor 0 of 3 Cooling 9: iwlwifi_1 no state information available Cooling 10: Processor 0 of 3 Cooling 11: intel_powerclamp no state information available Cooling 12: Processor 0 of 3 Cooling 13: SNS1 no state information available |
$ upower -i /org/freedesktop/UPower/devices/battery_BAT0 native-path: (null) power supply: no updated: 1970년 01월 01일 (목) 오전 09시 00분 00초 (1672820873 seconds ago) has history: no has statistics: no unknown warning-level: unknown battery-level: unknown icon-name: '(null)' |
[링크 : https://www.cyberciti.biz/faq/linux-laptop-battery-status-temperature/]
리눅스 키보드로 강제 종료하기 (0) | 2023.03.10 |
---|---|
shopt nohup (0) | 2023.01.27 |
mpx - Multi-pointer X (0) | 2022.12.27 |
간단한 코어덤프 유발 프로그램 (1) | 2022.12.22 |
libgpiod (0) | 2022.12.16 |
X 에서 여러개의 마우스를 따로 인식하여 복수의 커서를 띄우는 기능.
근데 xinput을 통해서 user application level에서 독립된 커서를 띄우는 거니
OS와는 별개의 기능이었구나? 라는 생각이 든다.
포인팅 디바이스를 묶어서 쓰는 것도 GUI/OS의 정책 일 뿐이니
X나 윈도우에서 커서를 하나만 지원해도, 어플리케이션에서 따로 인식시킨다고 문제 될게 없겠네.
shopt nohup (0) | 2023.01.27 |
---|---|
리눅스 배터리 wear level (0) | 2023.01.04 |
간단한 코어덤프 유발 프로그램 (1) | 2022.12.22 |
libgpiod (0) | 2022.12.16 |
strip debug symbol 날리기 (0) | 2022.12.07 |
겁나 귀찮아서 일단 발로 짜서 기록해 둠
$ cat make_coredump.c #include <stdio.h> void main() { printf("%s",__LINE__); } |
gcore는 gdb 없으면 안될 삘?
The gdb(1) gcore command can be used to obtain a core dump of a running process. |
[링크 : https://linux.die.net/man/5/core]
[링크 : https://kldp.org/node/19080]
리눅스 배터리 wear level (0) | 2023.01.04 |
---|---|
mpx - Multi-pointer X (0) | 2022.12.27 |
libgpiod (0) | 2022.12.16 |
strip debug symbol 날리기 (0) | 2022.12.07 |
systemctl status 전체 로그 보기 (0) | 2022.11.30 |
$ ulimit -c 100
이런식으로 설정을 해주면 덤프가 되는데
문제는 접속 세션별로 적용이 된다는 것.
그리고 우분투의 경우 등록된 서비스가 아니면 apport 라는 녀석이 덤프를 뜨지 않도록 막아버린다고 하니
아래와 같이 강제로 덤프파일을 apport로 넘기지 않도록 core_pattern을 바꾸거나
$ cat /proc/sys/kernel/core_pattern |/usr/share/apport/apport -p%p -s%s -c%c -d%d -P%P -u%u -g%g -- %E $ sudo su - # echo core > /proc/sys/kernel/core_pattern # exit 로그아웃 $ cat /proc/sys/kernel/core_pattern core |
apport 서비스를 끄면 된다고 한다.(테스트 안해봄)
[링크 : https://askubuntu.com/questions/966407/where-do-i-find-the-core-dump-in-ubuntu-16-04lts]
apport 로그를 보니 먼가 실행은 했는데 패키지에 속한 프로그램이 아니니 자기네 소관이 아니라고
덤프도 못뜨게 하는 드러운(?) 우분투
$ cat /var/log/apport.log ERROR: apport (pid 25878) Thu Dec 22 16:12:07 2022: called for pid 25877, signal 11, core limit 102400, dump mode 1 ERROR: apport (pid 25878) Thu Dec 22 16:12:07 2022: executable: /home/minimonk/src/dump/a.out (command line "./a.out") ERROR: apport (pid 25878) Thu Dec 22 16:12:07 2022: executable does not belong to a package, ignoring ERROR: apport (pid 25878) Thu Dec 22 16:12:07 2022: writing core dump to core._home_minimonk_src_dump_a_out.1000.572f9f01-fb74-45ef-b171-284046cf3a46.25877.7296976 (limit: 102400) ERROR: apport (pid 25878) Thu Dec 22 16:12:07 2022: aborting core dump writing, size exceeds current limit 102400 |
maas (0) | 2023.02.03 |
---|---|
gTile (0) | 2023.01.31 |
리눅스 블루투스 유틸리티 bluez-tools (0) | 2022.11.07 |
cpuid (0) | 2022.10.17 |
ubuntu 22.04 LTS (0) | 2022.04.27 |
mpx - Multi-pointer X (0) | 2022.12.27 |
---|---|
간단한 코어덤프 유발 프로그램 (1) | 2022.12.22 |
strip debug symbol 날리기 (0) | 2022.12.07 |
systemctl status 전체 로그 보기 (0) | 2022.11.30 |
리눅스 경로 / 와 // 와 /// (0) | 2022.11.01 |
debug 심볼은 당연히(?) 같이 날아갈줄 알았는데 안 날아간다.
$ strip --strip-debug |
[링크 : https://stackoverflow.com/questions/45127130/why-doesnt-strip-remove-these-debug-symbols]
간단한 코어덤프 유발 프로그램 (1) | 2022.12.22 |
---|---|
libgpiod (0) | 2022.12.16 |
systemctl status 전체 로그 보기 (0) | 2022.11.30 |
리눅스 경로 / 와 // 와 /// (0) | 2022.11.01 |
리눅스 프로세스 숨기기 (0) | 2022.08.31 |
Just use the journalctl command, as in: $ journalctl -u service-name.service Or, to see only log messages for the current boot: $ journalctl -u service-name.service -b |
[링크 : https://unix.stackexchange.com/questions/225401/how-to-see-full-log-from-systemctl-status-service]
libgpiod (0) | 2022.12.16 |
---|---|
strip debug symbol 날리기 (0) | 2022.12.07 |
리눅스 경로 / 와 // 와 /// (0) | 2022.11.01 |
리눅스 프로세스 숨기기 (0) | 2022.08.31 |
uvcdynctrl (0) | 2022.07.06 |