題:
打開終端后立即完成處理
user98034
2014-10-28 16:02:17 UTC
view on stackexchange narkive permalink

在OS X中打開終端后:

 最後一次登錄:ttys000登錄時,星期二10月28日10:29:21(14773,0x7fff7572f300) malloc:*錯誤為對象0x7fd4bb715110:未分配要釋放的指針*將斷點inmalloc_error_break設置為debug [處理完成]  

我不知道我做了什麼或如何修復。 >

我敢打賭,您的.profile或.bashrc中有問題,導致此錯誤,並使他無法啟動。
.bashrc <-那是什麼?我不能谷歌它大聲笑...我是新來的Mac;]我什至沒有/ etc文件夾
無論如何,OS X本身都不提供〜/ .bashrc的源,因此請檢查〜/ .profile和其他此類文件以查看它們是否源於〜/ .bashrc —cc @Matthieu
和〜/ .bash_profile
七 答案:
grg
2014-10-28 16:19:55 UTC
view on stackexchange narkive permalink

轉到“首選項”→“常規”並將“ Shell打開”設置為“命令”,然後輸入以下內容:

  / bin / bash -x  

打開一個新的外殼程序並查看正在運行的程序,然後從配置文件中刪除相關行。

還是一樣。在首選項中(一般來自Dock),我無法打開“一般”,“啟動光盤”和“通知”;]我猜有些東西壞了。 OSX優勝美地
我知道。但是我現在無法以一般首選項打開這些選項卡,因此可能還有更多問題。
@user啊,我明白你的意思了。是的,這表明存在其他問題-也許重新安裝OS X?
有什麼簡單的方法可以做到嗎?我有Mac mini
@user98034也許每個人都在假設您所沒有的知識。名稱以點開頭(例如.profile等)的文件通常是不可見的。您可以通過鍵入“ ls -a”在Terminal.app中列出文件的名稱。您可以通過鍵入“ cat .profile”來查看.profile等文件中的內容。然後,您可以在Terminal.app中打開另一個窗口(外殼)。您可以一個一個地鍵入命令,也可以從一個窗口復制粘貼到另一個窗口。通過在新窗口中查看,您可以分別查看每個命令的效果。
@user98034如果您有興趣了解OS X底層的shell功能,請閱讀《從Bash到Z Shell:征服命令行》一書(主頁[here](http://www.bash2zsh.com))。我發現前幾章很好地描述了人們所引用的一些簡單工具。
JustGo
2017-01-19 17:05:12 UTC
view on stackexchange narkive permalink
  1. 轉到Dock上的“終端”圖標,按右鍵單擊並按“新建命令” 2./bin/bash -x(顯示您的問題)
  2. sudo nano .bash_profile(打開這個問題的地方)
  3. 刪除此內容,按Ctrl + X(退出),是,輸入
  4. ol>
除了grgarside的答案,您的答案似乎沒有添加任何其他內容。
它可以:我無法在grg建議的路徑中輸入命令。JustGo的回答為我提供了一種方法,可以運行Shell命令來解決此問題。我什至無法在文本編輯器中打開點文件:Apple“有幫助地”不會在finder中公開它們。因此,如果您的shell像打開此問題一樣迅速終止,則這是一種避免錯誤的方法-
在我的情況下,新命令->`/ bin / bash -x`也會打開一個帶有[[Processcomplete]]的終端窗口
bu11etpr00f
2016-05-03 20:56:44 UTC
view on stackexchange narkive permalink

我知道這已經很舊了...但是我遇到了同樣的問題,並且找不到解決此問題的任何信息,所以我決定在這里分享解決方案。

希望它可以幫助其他人。 :)

將Mac從OS X 10.6.8(Snow Leopard)升級到10.11.4(El Capitan)後,它將不再在Terminal中打開外殼。它將打開一個終端窗口,僅在屏幕上顯示[已完成處理]。

控制台日誌顯示錯誤:

 登錄名:在openpam_load_module()中:沒有找到pam_serialnumber.so
登錄:pam_start():系統錯誤
 

這篇文章( https://discussions.apple.com/message/11861278#11861278)為我指明了正確的方向。

我在受影響的Mac和正常運行的Mac上檢查了/private/etc/pam.d/login.term的內容。

損壞的Mac終端/private/etc/pam.d/login.term

 #登錄:身份驗證帳戶密碼會話
auth可選pam_krb5.so
auth可選pam_mount.so
驗證足夠的pam_serialnumber.so服務器安裝舊版
需要驗證pam_opendirectory.so
需要帳戶pam_nologin.so
所需帳戶pam_opendirectory.so
需要密碼pam_deny.so
所需的會話pam_uwtmp.so
會話可選pam_mount.so
 

工作的Mac終端/private/etc/pam.d/login.term

 #登錄:帳戶會話
需要帳戶pam_nologin.so
所需帳戶pam_opendirectory.so
所需的會話pam_uwtmp.so
 

我用損壞的終端編輯了Mac的內容,以使Mac與正常工作的終端匹配,然後終端立即開始正常工作。

Dustin Wheeler
2014-10-31 18:23:07 UTC
view on stackexchange narkive permalink

這可能就像某些許可權限一樣簡單。將計算機遷移到優勝美地時,啟動外殼時出現了一些問題,權限修復解決了該問題。

嘗試使用Disk Utility.app在啟動磁盤上使用“修復權限”功能。希望在運行時,日誌窗口將顯示一系列權限不正確的文件。如果您有一個以上的兩個文件具有錯誤的權限,請沖洗並重複直到獲得乾淨的日誌。

注意:偶爾會有一些文件從修復實用程序中跳出(目前無法回憶起具體信息),但是在新的Mac mini上,您應該可以在第二次或第三次嘗試。

Steve Moser
2018-11-26 19:54:35 UTC
view on stackexchange narkive permalink

其他解決方案都對我沒有用。似乎我的終端正在吐出已完成的進程,因為我的磁盤空間不足。刪除文件沒有幫助。我必須刪除我的時間機器本地快照。

vamc
2016-06-14 03:53:08 UTC
view on stackexchange narkive permalink

以下為我解決了它:

  1. 轉到:終端>首選項
  2. 向下滾動到:Shell
  3. / bin / bash 更改為: / bin / sh
  4. ol>
Fanny De Siansoba
2017-08-30 16:34:16 UTC
view on stackexchange narkive permalink
  1. 轉到Dock上的“終端”圖標,右鍵單擊並按“新建命令”
  2. / bin / bash -x ,然後重新打開終端(顯示您的問題)
  3. 轉到“首選項”→“常規”並將“ Shell打開”設置為“命令”,然後輸入以下內容: / bin / sh
  4. 關閉“終端偏好設置”窗口
  5. 再次打開終端(應該可以)
  6. vi /Users/<your_user>/.bash_profile ,刪除在步驟2中找到的行。
  7. 轉到“首選項”→“常規”並將“ Shell打開”設置為“命令”,然後輸入以下內容: / bin / bash
  8. 打開終端,現在應該可以使用
  9. ol>


該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 3.0許可。
Loading...