Stlink: [डॉक्टर] डिवाइस एक्सेस के लिए सही udev कॉन्फ़िगरेशन सत्यापित करें

आपने स्टलिंक कैसे स्थापित किया?
यदि आप निम्न कार्य करते हैं तो आपको कमांड चलाने के लिए sudo की आवश्यकता नहीं होनी चाहिए (जब तक कि इसे रूट के रूप में नहीं चलाया जाता है):

git clone https://github.com/texane/stlink.git
cd stlink/build
cmake ..
make && sudo make install

ध्यान दें कि यदि आपने पहले से नहीं किया है तो आपको अपने udev नियमों को अपडेट करने की भी आवश्यकता हो सकती है।
stlink_udev_rule.tar.bz2
sudo tar -xvf stlink_udev_rule.tar.bz2 -C /etc/udev/rules.d

नमस्ते और त्वरित उत्तर के लिए धन्यवाद
आज मैंने आखिरी गिट खींचा (6a9d390a729f381ecec45f212354bfe98e27790f)
फिर निर्माण में मैंने किया
make clean
cmake ..
make && sudo make install

मैंने udev नियमों को /etc/udev/rules.d. में भी कॉपी किया है
मैंने udv नियम को निष्पादन योग्य बनाया और फिर मैं पूरे कंप्यूटर को पुनरारंभ करता हूं

हालाँकि जब मैं करता हूँ
st-flash write main.bin 0x8000000
मैंने पाया
st-flash 1.4.0-58-g6a9d390
2019-01-24T22:21:17 INFO usb.c: bus 483 dev 3748
2019-01-24T22:21:17 WARN usb.c: Couldn't find matched ST-Link/V2 devices
अगर दूसरी तरफ मैं करता हूँ
sudo st-flash write main.bin 0x8000000
यह बढ़िया काम करता है।

सिर्फ जानकारी के लिए
lsb_release -a && uname -a
मुझे मिलना
No LSB modules are available.
Distributor ID: neon
Description: KDE neon User Edition 5.14
Release: 18.04
Codename: bionic
Linux zalman 4.15.0-43-generic #46-Ubuntu SMP Thu Dec 6 14:45:28 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

क्या आपके पास कोई विचार है, मुझे क्या करना चाहिए?
नमस्कार

यह मेरे लिए उबंटू 18.04 के तहत ठीक काम करता है।

जांच करने के लिए, अपने STLINK डिवाइस को USB पोर्ट में प्लग करके प्रारंभ करें। फिर lsusb चलाएं। आपको निम्न की तरह एक प्रविष्टि देखनी चाहिए:

Bus 005 Device 017: ID 0483:374b STMicroelectronics ST-LINK/V2.1 (Nucleo-F103RB)

बस नंबर (005) और डिवाइस (017) पर ध्यान दें। फिर आपको करना चाहिए:
ls -l /dev/bus/usb/005/017 (005 और 017 को ठीक से बदलना)।

मेरे सिस्टम पर मैं निम्नलिखित देखता हूं:

crw-rw-rw- 1 root root 189, 528 Jan 24 17:52 /dev/bus/usb/005/017

जो विश्व में लिखने योग्य है (यह नीचे दिए गए MODE:="0666" से है)। मेरी /etc/udev/rules.d निर्देशिका में कई फाइलें हैं। इस विशेष मामले में, 49-stlinkv2-1.rules फ़ाइल में निम्न शामिल हैं:

# stm32 nucleo boards, with onboard st/linkv2-1
# ie, STM32F0, STM32F4.
# STM32VL has st/linkv1, which is quite different

SUBSYSTEMS=="usb", ATTRS{idVendor}=="0483", ATTRS{idProduct}=="374b", \
    MODE:="0666", \
    SYMLINK+="stlinkv2-1_%n"

# If you share your linux system with other users, or just don't like the
# idea of write permission for everybody, you can replace MODE:="0666" with
# OWNER:="yourusername" to create the device owned by you, or with
# GROUP:="somegroupname" and mange access using standard unix groups.

और idVendor od 0483 और idProduct of 374b lsusb आउटपुट से वेंडर आईडी से मेल खाता है।

सुनिश्चित करें कि आपके पास यहां से सभी 3 फ़ाइलें हैं: https://github.com/texane/stlink/tree/master/etc/udev/rules.d आपकी /etc/udev/rules.d निर्देशिका में। /etc/udev/ruled.d में नई फाइलों की प्रतिलिपि बनाने या मौजूदा फाइलों को संपादित करने के बाद आपको निम्नलिखित चलाना चाहिए:

sudo udevadm control --reload-rules
sudo udevadm trigger

यह सुनिश्चित करने के लिए कि नियम वास्तव में प्रभावी हों। ट्रिगर कमांड का उपयोग करने का मतलब है कि आपको डिवाइस को अनप्लग करने और फिर से प्लग करने की आवश्यकता नहीं है, लेकिन हो सकता है कि आप इसे अच्छे उपाय के लिए भी आजमाना चाहें।

यदि आपके डिवाइस का VID:PID 3 में से किसी भी फ़ाइल से मेल नहीं खाता है, तो आपको अपने VID:PID से मेल खाने के लिए एक कस्टम नियम फ़ाइल बनाने की आवश्यकता हो सकती है

नमस्ते और आपके उत्तर के लिए धन्यवाद
मैंने यह सब किया
ls -l /dev/bus/usb/001/011 crw-rw-rw-+ 1 root root 189, 10 Jan 25 19:56 /dev/bus/usb/001/011
यह अभी भी वही है।
sudo visudo में कमांड जोड़कर, मुझे अब पासवर्ड दर्ज करने की आवश्यकता नहीं है, लेकिन फिर भी sudo की आवश्यकता है।
वह अजीब है

@dylands क्या आप विस्तृत विवरण के साथ दस्तावेज़ीकरण को अद्यतन करना चाहेंगे? https://github.com/texane/stlink/blob/master/doc/compiling.md#permissions -with-udev पर।

@dhylands : क्या मैं आपके विवरण को हमारे दस्तावेज़ों में कॉपी-पेस्ट कर सकता हूँ?

@ Nightwalker-87 हर तरह से - बेझिझक।

@davehylands : आपके सहायक योगदान और प्रतिक्रिया के लिए धन्यवाद।

इसे कमिट d3c11fbef6d8205742152f646b223323dc4c0913 के साथ बंद करना जैसा कि हम अब तक जानते हैं कि udev कॉन्फ़िगरेशन कार्यात्मक है।
मैं हाल ही के डेबियन सिस्टम से भी इसकी पुष्टि कर सकता हूं।

समस्या स्थानीय स्थापना पर एक अलग समस्या प्रतीत होती है जिसे हम पुन: पेश नहीं कर सकते हैं।
एक अंतिम सलाह डिफ़ॉल्ट उपयोगकर्ता अनुमतियों के साथ एक स्वच्छ (सिस्टम) स्थापना के साथ पुनः प्रयास करना है।