[03:24] xin chào mọi người [03:25] cho mình hỏi chút [03:25] hiện tại mình có thiết bị chạy linux [03:25] nhưng ko có bàn phím [03:25] mình chỉ có thể viết code rồi nạp vào thiết bị [03:25] trong code mình thực thị các lệnh của linux [03:26] nếu vậy thì làm sao mình có thể nhập được mật khẩu khi dùng lệnh với quyền root [03:26] ? [03:27] ý mình muốn hỏi là có truyền mật khẩu vào làm sao trong lệnh luôn chứ không nhập từ bàn phím [03:29] ý mình muốn hỏi là có truyền mật khẩu vào trong lênh luôn chứ không nhập từ bàn phím [03:30] dùng sudo ấy [03:30] để nopasswd trong config [03:30] hoặc chạy luôn với quyền root [03:30] sudo nó có chức năng chạy mà không cần gõ password vào [03:31] nếu thiết bị đó có nối mạng thì ssh vào sửa cho nhanh [03:34] cảm ơn bạn, để mình thử xem sao. === MrTuxHdb` is now known as Tux|AFK === CoconutCrab is now known as RedCrab [15:02] Chào mọi người [15:02] cho mình hỏi chút [15:02] bạn cứ nêu câu hỏi [15:03] khi chưa cắm thiết bị tương tự keyboar vào cổng usb và mình dùng lệnh [15:03] ls -l /dev/* [15:03] thì kết quả là 164 [15:03] khi mình cắm keyboard vào [15:03] thì lệnh cho kết quả 169 [15:04] giờ chạy lệnh nào để biết được 5 file mới sinh ra [15:04] khi cắm thiết bị nhỉ ? [15:05] xin lỗi [15:05] lệnh ls -l /dev/* | wc -l [15:05] hihi copy thiếu [15:11] ( ._.) [15:11] gõ lệnh dmesg [15:11] nó có hiện ra đấy [15:18] hiện tại mình chỉ có thể chạy lệnh bằng cách viết chương trình c/c++ nạp vào thiết bị, xuất kết quả ra file, sau đó xem file thôi, [15:19] year=114, wday=1 tm is secs=39, mins=56, hours=22, mday=12, mon=12, year=114, wday=1 pos-bq32000 pos-bq32000: setting system clock to 2014-12-12 22:56:39 UTC (1418424999) VFS: Mounted root (cramfs filesystem) readonly on device 31:3. Freeing init memory: 108K mmc0: clock 375000Hz busmode 1 powermode 2 cs 1 Vdd 21 width 0 timing 0 clkdiv = 132. mcck = 373413 MMC: Setting controller bus width to 1 mmc0: starting CMD0 arg 00000000 [15:19] lần 1 chưa cắm barcode thì dmesg cho kết quả [15:19] nếu thế bạn có thể tra log của udev [15:19] bạn làm hệ thống nhúng? [15:20] thiết bị có serial interface không? [15:20] nếu có bạn nên dùng serial console kết nối với cổng com máy [15:20] máy tính* [15:20] để debug cho nhanh [15:20] uh, mình cũng xuất log ra cổng com [15:21] giờ muốn gắn cái barcode vào [15:21] nhưng nếu gắn barcode vào và khởi động lại máy thì máy nhận barcode như bàn phím và ko nhận bàn phím sẵn có của nó [15:22] nên mình đang muốn sau khi máy khởi động xong thì mới cắm barcode sau đó viết code đọc barcode [15:23] thế thì không hay lắm [15:23] mình chưa đọc phần input của linux bao giờ [15:23] nhưng theo mình bạn có thể query các thiết bị input đang có của linux [15:24] /dev/input/.... [15:24] bạn có thể tìm id chính xác của barcode [15:24] tuy nhiên theo mình giải pháp tốt hơn là nên sửa lại udev rule [15:24] mình dùng lệnh lsusb [15:24] để nó load đúng module cho barcode reader của bạn [15:25] udev là phần mềm lãnh trách nhiệm lựa chọn module/driver để load khi hotplug [15:25] mình dùng lsusb thì thấy cái barcode là Bus 001 Device 003: ID 0e6a:0305 [15:25] vậy 0e6a:0305 có phải là ID của barcode ko ? [15:26] bạn cắm vào máy tính [15:26] rồi dmesg ấy [15:26] chứ bạn hỏi mình cái ID đấy có phải của barcode hay không thì mình cũng chịu [15:26] thì cái dòng đó chỉ khi cắm barcode vào nó mới có, rút ra thì lại ko có [15:27] thế chắc đó là nó [15:28] bạn đang lập trình trên máy linux sẵn? [15:28] mình lập trình trên windows rồi nạp vào thiết bị chạy linux [15:30] ok [15:30] cái udev rule bạn nói nó nằm ở đâu nhỉ ? [15:30] nếu bạn dùng máy linux thì sẽ tiện hơn [15:30] /etc/udev.. [15:31] mình lúc trước đôi khi dùng ubuntu [15:31] nhưng cái thiết bị này nhà sản xuất build bản linux gì mình cũng ko biết luôn [15:31] nên nhiều cái thấy lạ [15:32] hm [15:32] ví dụ /dev/input mình vừa chạy lệnh xem thử [15:32] bạn setup cái serial console đi [15:32] thấy ko có gì hết [15:32] cho nhanh [15:33] thiết bị chỉ có bàn phím số và màn hình bé tí tẹo [15:33] mình cũng ko ssh vào nó được [15:33] chỉ có cách chạy lệnh bằng C thôi [15:33] hihi [15:33] đã gà lại chuối [15:34] mở nó ra [15:34] kiểu gì chả có jtag hay cái gì gì đấy [15:35] thiết bị hoàn chỉnh, có mở ra mình cũng bó tay [15:35] uh huh [15:35] chứ kiểu cứ cắm ra cắm vào thế kia [15:35] mệt lắm [15:36] giờ mình thử xem cái udev rule bạn nói xem sao, vì khởi động lại là mặc định nó nhận barcode ở cổng usb [15:36] nên chắc nó có sẵn driver rồi [15:36] thường mấy cái barcode reader [15:36] nó chỉ là keyboard thôi mà [15:37] bấm nó + soi barcode -> nó phọt keycode ra [15:37] uh, đúng rồi đó [15:38] hihi, khổ cái là khởi động mà gắn barcode thì nhận barcode [15:38] mm [15:38] khởi động xong mới gắn barcode thì lúc đó lại chả phọt ra cái gì [15:38] bạn định nghiên cứu cái hệ thống này để làm gì vậy? [15:39] thì sếp yêu cầu thì làm thôi [15:40] nghiên cứu thuần túy? [15:40] không có mục đích cải tiến hay gì? [15:41] tất nhiên là có mục đích nhưng nó chỉ là giải pháp dự phòng thôi [15:43] okay [15:43] vậy cứ tiếp tục ngâm cứu thôi [15:43] uh cảm ơn bạn [15:44] mình thì đang muốn viết code đọc giờ bạn gợi ý đi theo cái edev rule [15:44] okay [15:44] mà chạy lệnh ls -l /dev/*dev* [15:45] crwxrwxrwx 1 root root 189, 0 Dec 12 22:56 /dev/usbdev1.1 crwxrwxrwx 1 root root 253, 1 Dec 12 22:56 /dev/usbdev1.1_ep00 crwxrwxrwx 1 root root 253, 0 Dec 12 22:56 /dev/usbdev1.1_ep81 crw-rw---- 1 root root 189, 2 Dec 12 23:13 /dev/usbdev1.3 crw-rw---- 1 root root 253, 3 Dec 12 23:13 /dev/usbdev1.3_ep00 crw-rw---- 1 root root 253, 2 Dec 12 23:13 [15:45] ra được cái keyboard mặc định và barcode [15:45] ko thấy cái udev [15:46] thế chắc nó dùng cái khác để hotplug [15:46] bạn xem kernel phiên bản mấy [15:47] uname -r cho ra 2.6.30 [15:48] cũ từ năm 2008 rồi [15:48] thủa đó chả nhớ nó dùng hal [15:48] hay dùng cái gì [15:50] cái này mình không rõ, phải tìm rồi, từ khóa là gì vậy bạn ? [15:50] hal hay gì đấy [15:50] tốt nhất bạn chiết xuất toàn bộ log hệ thống ra mò [15:51] mình cũng đang mò [15:51] nhưng chưa định hướng được đường để mò thèo thôi [15:56] uh huh === Tux|AFK is now known as MrTuxHdb