बैश आउटपुट रीडायरेक्शन

Question

के साथ समस्या मैं अंतिम पंक्ति को छोड़कर फ़ाइल की सभी पंक्तियों को हटाने की कोशिश कर रहा था लेकिन निम्न आदेश काम नहीं करता था, हालांकि file.txt खाली नहीं है।

$cat file.txt |tail -1 > file.txt 

$cat file.txt 

ऐसा क्यों है?

Answer 1

एक पाइपलाइन के माध्यम से एक फ़ाइल से रीडायरेक्ट करना एक ही फाइल में वापस असुरक्षित है; को tail से पहले पाइपलाइन के अंतिम चरण को सेट करते समय खोल से अधिलेखित किया जाता है, तो आप पहले चरण को पढ़ना शुरू कर देते हैं, तो आप खाली आउटपुट के साथ समाप्त होते हैं।

करो बजाय निम्नलिखित:

tail -1 file.txt >file.txt.new && mv file.txt.new file.txt 

... अच्छी तरह से, वास्तव में, ऐसा नहीं करते हैं कि उत्पादन कोड में; खासकर यदि आप एक सुरक्षा के प्रति संवेदनशील वातावरण में कर रहे हैं और रूट के रूप में चल रहा है, निम्नलिखित अधिक उपयुक्त है:

tempfile="$(mktemp file.txt.XXXXXX)" 
chown --reference=file.txt -- "$tempfile" 
chmod --reference=file.txt -- "$tempfile" 
tail -1 file.txt >"$tempfile" && mv -- "$tempfile" file.txt 

एक और दृष्टिकोण (अस्थायी फ़ाइलों से परहेज है, जब तक <<< परोक्ष अपने मंच पर उन्हें बनाता है) पीछा कर रहा है:

lastline="$(tail -1 file.txt)"; cat >file.txt <<<"$lastline" 

(उपर्युक्त कार्यान्वयन बैश-विशिष्ट है, लेकिन ऐसे मामलों में काम करता है जहां गूंज नहीं है - जैसे कि अंतिम पंक्ति में "--version" है, उदाहरण के लिए)।

अंत में, एक moreutils से स्पंज का उपयोग कर सकते हैं:

tail -1 file.txt | sponge file.txt 

Answer 2

ऐसा लगता है कि आप इसे उसी फ़ाइल नाम पर वापस लिख रहे हैं। यदि आप निम्न कार्य करते हैं तो यह काम करता है:

$cat file.txt | tail -1 > anotherfile.txt 

Answer 3

लुईस Baumstark कहते हैं, यह है कि आप उसी फ़ाइल नाम के लिए लिख रहे पसंद नहीं है।

ऐसा इसलिए है क्योंकि खोल "file.txt" खुलता है और "cat file.txt" चलाने से पहले इसे पुनर्निर्देशन करने के लिए इसे छोटा करता है। तो, आप

tail -1 file.txt > file2.txt; mv file2.txt file.txt 

Answer 4

tail -1 > file.txt करने के लिए है आपकी फ़ाइल के ऊपर लिख देगा, क्योंकि पुनर्लेखन का से पहले क्या होगा आपके पाइप लाइन में आदेशों के किसी भी क्रियान्वित कर रहे हैं एक खाली फ़ाइल को पढ़ने के लिए बिल्ली के कारण।

Answer 5

'बिल्ली' निष्पादित होने से पहले, बैश ने अपनी सामग्री को साफ़ करने के लिए पहले से ही 'file.txt' खोला है।

सामान्य रूप से, उन फ़ाइलों को न लिखें जिन्हें आप उसी कथन में पढ़ रहे हैं। इसे उपरोक्त के रूप में एक अलग फ़ाइल में लिखकर चारों ओर काम किया जा सकता है:

$cat file.txt | tail -1 >anotherfile.txt 
$mv anotherfile.txt file.txt

या स्पंज जैसे moreutils:

$cat file.txt | tail -1 | sponge file.txt

यह काम करता है क्योंकि स्पंज तब तक प्रतीक्षा करता है जब तक इसकी इनपुट स्ट्रीम अपनी आउटपुट फ़ाइल खोलने से पहले समाप्त हो जाती है।

Answer 6

जब आप पार्टी की योजना बनाई अपने कमांड स्ट्रिंग सबमिट करते हैं, यह निम्नलिखित है:

1. बनाता है एक आई/ओ पाइप।
2. पाइप से पढ़ने, और file.txt पर लिखने, "/ usr/bin/tail -1" शुरू करता है।
3. पाइप को लिखते हुए "/ usr/bin/cat file.txt" शुरू करता है।

जब तक 'बिल्ली' पढ़ना शुरू होता है, तब तक 'file.txt' को 'पूंछ' द्वारा छोटा कर दिया गया है।

यह यूनिक्स और शैल पर्यावरण के डिजाइन का हिस्सा है, और मूल बोर्न शैल के लिए सभी तरह से वापस चला जाता है। 'एक विशेषता है, एक बग नहीं।

Answer 7

tmp = $ (tail -1 file.txt); echo $ tmp> file.txt;

Answer 8

आप एसईडी सभी लाइनों को हटाने के लिए एक फ़ाइल से पिछले उपयोग कर सकते हैं लेकिन:

sed -i '$!d' file 

• मैं जगह में फ़ाइल को बदलने के sed बताता है; अन्यथा, परिणाम STDOUT को लिखना होगा।
• $ वह पता है जो फ़ाइल की अंतिम पंक्ति से मेल खाता है।
• डी हटाएं आदेश है। इस मामले में, इसे से अस्वीकार कर दिया गया है!, इसलिए सभी लाइन पते से मेल नहीं खाए जाएंगे।

Answer 9

यह एक लिनक्स खोल में अच्छी तरह से काम करता है:

replace_with_filter() { 
    local filename="$1"; shift 
    local dd_output byte_count filter_status dd_status 
    dd_output=$("$@" <"$filename" | dd conv=notrunc of="$filename" 2>&1; echo "${PIPESTATUS[@]}") 
    { read; read; read -r byte_count _; read filter_status dd_status; } <<<"$dd_output" 
    ((filter_status > 0)) && return "$filter_status" 
    ((dd_status > 0)) && return "$dd_status" 
    dd bs=1 seek="$byte_count" if=/dev/null of="$filename" 
} 

replace_with_filter file.txt tail -1 

dd के "notrunc" विकल्प, वापस फ़िल्टर्ड सामग्री लिखने के लिए, जगह में, जबकि dd फिर से (एक बाइट गिनती के साथ की जरूरत है प्रयोग किया जाता है) वास्तव में फ़ाइल को कम करने के लिए। यदि नया फ़ाइल आकार पुराने फ़ाइल आकार के बराबर या बराबर है, तो दूसरा dd आमंत्रण आवश्यक नहीं है।

फ़ाइल कॉपी विधि पर इसका लाभ निम्न हैं: 1) कोई अतिरिक्त डिस्क स्थान आवश्यक नहीं है, 2) बड़ी फ़ाइलों पर तेज़ प्रदर्शन, और 3) शुद्ध खोल (डीडी के अलावा)।

Answer 10

बस इस मामले के लिए

cat < file.txt | (rm file.txt; tail -1 > file.txt)

का उपयोग करना संभव है जो "बिल्ली" कनेक्शन को "(...)" में सबहेल के साथ "file" कनेक्शन से पहले "file.txt" खोल देगा। "आरएम file.txt" डिस्क से संदर्भ को हटा देगा इससे पहले कि सबहेल इसे "पूंछ" के लिए लिखने के लिए खोल देगा, लेकिन सामग्री अभी भी खुली डिस्क्रिप्टर के माध्यम से उपलब्ध होगी जो "बिल्ली" को तब तक पारित कर दी जाएगी जब तक कि यह stdin बंद न हो जाए। वहाँ पाइपलाइन घटकों 'स्टार्टअप के बीच आदेश देने की कोई गारंटी नहीं है: तो आप बेहतर सुनिश्चित करें कि इस आदेश को खत्म हो जाएगा या "file.txt" की सामग्री को

Answer 11

echo "$(tail -1 file.txt)" > file.txt