मैंने यहाँ पढ़ा कि यह काम करना चाहिए, लेकिन यह नहीं है:
# usage: wall [file]
root@sys:~> mesg
is y
root@sys:~> wall "who's out there"
wall: can't read who's out there.
यदि mesgसेट किया गया है y, तो मुझे एक स्ट्रिंग को प्रसारित करने से क्या रोका जा सकता है? ध्यान दें, मैंने पुष्टि की है कि फ़ाइल विकल्प काम करता है:
root@sys:~> wall test
Broadcast Message from root@sys (/dev/pts/1) at 15:23 ...
Who's out there?
जवाबों:
लिंक किए गए लेख में प्रयुक्त सिंटैक्स में समस्या है। यह समझने के लिए कि वास्तव में क्या गलत है, आइए नजर डालते हैं man wall:
से उपयोग man wall:
wall [file]
Wall displays the contents of file or, by default, its standard input
इसलिए इसके संदेश के लिए दो स्रोतों में से किसी एक को wallस्वीकार करता है ।
किसी भी कमांड लाइन तर्क को wallफ़ाइल नाम होना चाहिए। जैसा कि यह बताने का कोई विश्वसनीय तरीका नहीं है कि क्या तर्क संदेश या फ़ाइल नाम के रूप में है, wallमानेंगे कि यह बाद वाला है, मानक इनपुट पर आने वाली किसी भी चीज़ को अनदेखा करें , और उस फ़ाइल से संदेश पढ़ने का प्रयास करें।
दिए गए मामले में, यह फ़ाइल से पढ़ने की कोशिश करता है who's out thereऔर इसे नहीं ढूंढता है। ध्यान दें कि फ़ाइल से पढ़ना आमतौर पर सुपरयुसर के लिए प्रतिबंधित है। यदि आप wall "who's out there"एक अनपेक्षित उपयोगकर्ता के रूप में निष्पादित होते हैं , तो संभावना है कि इसका आउटपुट रहा होगा;wall: will not read who's out there - use stdin.
यदि इसकी कमांड लाइन पर फ़ाइल नाम तर्क नहीं मिलता है, तो यह मानक इनपुट से पढ़ना शुरू कर देगा। कमांड के मानक इनपुट को जानकारी खिलाने के कई तरीके हैं। एक यूनिक्स पाइप का उपयोग करना है । एक पाइपलाइन अपने बाएं-साइड कमांड के मानक आउटपुट को अपने दाहिने-साइड कमांड के मानक इनपुट से जोड़ेगी:
$ echo "who's out there" | wall
एक अन्य तरीका यहां एक दस्तावेज़ का उपयोग करना है । एक here documentशेल कंस्ट्रक्शन है जो एक स्ट्रिंग (अपनी खुद की एक लाइन पर एक निर्दिष्ट अंत मार्कर तक) को सीधे एक कमांड के मानक इनपुट तक पहुंचाता है, एक अलग कमांड के मध्यवर्ती चरण के बिना उस आउटपुट का उत्पादन करता है:
$ wall << .
who's out there?
.
यह "यहां दस्तावेजों का बेकार उपयोग" होगा, क्योंकि डिफ़ॉल्ट रूप से टर्मिनल खुद के wallमानक इनपुट से जुड़ा wallहोगा और इसे तब तक पढ़ना शुरू करेगा जब तक कि यह एक अंत-फ़ाइल चरित्र प्राप्त नहीं करता ( Ctrl+D):
$ wall
who's out there?
^D
जैसा कि रिच होमोलका ने टिप्पणी में उल्लेख किया है, कुछ गोले समर्थन करते हैं here stringsजो कमांड या एंड मार्कर के बिना शाब्दिक स्ट्रिंग को पारित करने की अनुमति देते हैं:
$ wall <<< "who's out there?"
सभी wallमानक इनपुट के लिए कुछ खिलाते हैं । जबकि अंतर यह है कि एक पाइप लाइन इसे करने के लिए एक और आदेश के उत्पादन में जोड़ता है here documentsऔर here stringsस्ट्रिंग सीधे गुजरती हैं। यहां बाद के दो का फायदा एक सौंदर्यवादी है, क्योंकि echoपाइप उदाहरण से कमांड एक शेल निर्मित कमांड है, इसलिए यह wallसभी मामलों में शेल का इनपुट प्रदान करेगा ।
wall <<< stringसिंटेक्स की पेशकश कर रहे थे । यह बहुत अच्छा है। क्या आप में से कोई भी यह बता सकता है कि <<<वास्तव में क्या कर रहा है (और यह अधिक कुशल क्यों होगा जैसा कि पेथ ने कहा है)? मुझे यह अजीब लगता है कि एक cmd जिसे एक फ़ाइल की आवश्यकता होती है, वह एक स्ट्रिंग को स्वीकार कर सकती है <<<। एक बार फिर धन्यवाद।
wallइसे स्वीकार करता है (स्टड से दीवार अगर आप डॉन करते हैं) टी एक फ़ाइल निर्दिष्ट करें)। यह सत्यापित करने के तरीके के रूप में कि हेअरस्ट्रीम एक फ़ाइल बनाता है, $ readlink /proc/self/fd/0 <<< testकुछ ऐसा प्रिंट करेगा /tmp/sh-thd-4228536315 (deleted)।
रूट के साथ प्रयास करें
root@username:~# wall /home/username/yourfile_name
यदि आपकी फ़ाइल होम डाइरेक्टरी में है, तो किसी अन्य पथ को आज़माएँ
echo xxx | yyyसिंटैक्स से बचने के लिए एक और प्रारूप है , जो मुझे स्पष्ट लगता हैwall <<<'your message'