như một
Áp phích gốc- Ngày 28 tháng 1 năm 2011
- Ailen
- Ngày 6 tháng 4 năm 2014
Có vẻ như không có nhiều cuộc trò chuyện về thông báo này trên Diễn đàn, vì vậy tôi đang đăng một giải pháp cho vấn đề.
Trong trường hợp của tôi, tôi nhận được thông báo 'Người gọi không được chấp thuận. SecurityAgent chỉ có thể được gọi bởi phần mềm Apple 'khi cố gắng khởi động từ CC Clone của tôi trên ổ cứng HDD trong optibay.
Tôi đã tìm kiếm thông báo trên Google và tìm thấy một loạt câu trả lời, bao gồm cả các bản sửa lỗi phần cứng. Nhưng tôi khá chắc chắn, đây không phải là vấn đề phần cứng.
Mặc dù điều này có thể không hiệu quả với bất kỳ ai có ổ đĩa khởi động duy nhất, nhưng nó sẽ hoạt động với bất kỳ ai có bản sao lưu có khả năng khởi động.
Tất cả những gì tôi đã làm là yêu cầu CCC thực hiện một bản sao mới, xóa tất cả các tệp không có trong bản gốc. Ngoại trừ việc tôi đã bỏ chọn thư mục 'var'.
Bây giờ MBP của tôi khởi động từ ổ cứng thứ hai, không có vấn đề gì.
Tuy nhiên, đó vẫn là một vấn đề khó khăn ..... vì cả MBP & Mini của tôi sẽ khởi động vui vẻ từ CCC trên thiết bị ngoại vi được kết nối với Mini. NS
hỗn loạn
- Ngày 5 tháng 5 năm 2014
- Ngày 5 tháng 5 năm 2014
Tôi đã có cùng một thông báo xuất hiện, mặc dù với tôi, nó đã ở khá gần ngay sau bước chụp ảnh ... Nó khiến tôi vướng vào một vòng luẩn quẩn mà tôi thậm chí không thể đăng nhập, vì vậy:
Khởi động lại vào chế độ một người dùng, chạy fsck và gắn phân vùng gốc. Thì đây:
rm -R / var / thư mục / *
Đó dường như là một mẹo nhỏ. Có câu trả lời của tôi từ đây, BTW:
https://discussions.apple.com/thread/5600203?start=30&tstart=0 NS
lời mời
- Ngày 10 tháng 5 năm 2014
- Ngày 10 tháng 5 năm 2014
Sau khi đọc rất nhiều lần ở khắp mọi nơi và thử và sai, và rất thất vọng về thông báo táo 'Người gọi không được chấp thuận' ngu ngốc này, đây là những gì đã làm việc cho tôi:
(Hãy chú ý kỹ cách viết văn bản và khi nào có khoảng trắng. Nếu bạn nhập không chính xác, nó sẽ không hoạt động)
- Bắt đầu ở chế độ một người dùng: Nhấn phím Command và S khi khởi động
Chờ cho đến khi quá trình viết dừng hoàn toàn
-Tại dòng, gõ (sau dấu gốc): / sbin / fsck -fy (dấu cách sau dấu k)
Nhấn phím ENTER
đợi cho đến khi nó kết thúc và nói '... dường như là OK'
tiếp theo, nhập: / sbin / mount -uw / (dấu cách sau chữ t và sau chữ w)
Nhấn phím ENTER
sau đó gõ: rm -Rf / var / folder / * (khoảng trắng sau m và f)
Nhấn phím ENTER
Chạy lại FSCK (tôi đã làm, đề phòng, nhưng bạn có thể không phải làm vậy):
/ sbin / fsck -fy
Cuối cùng, gõ REBOOT, nhấn ENTER và đợi cho đến khi máy tính khởi động.
Hy vọng nó hoạt động cho tất cả các bạn cũng như nó đã làm cho tôi! NS
beau42
- Ngày 19 tháng 7 năm 2014
- Châu Úc
- Ngày 19 tháng 7 năm 2014
vấn đề nằm ở một danh tính cũ cho máy Mac của bạn đang cố gắng đăng nhập vào chuỗi khóa của bạn. trong trường hợp của tôi, nó là thông qua viên nang thời gian. hai danh tính đồng thời chạm vào chuỗi chìa khóa, sau đó đóng băng và sau đó lần lượt đóng băng Time capsule yêu cầu khởi động lại cứng. nếu bạn kiểm tra tiện ích sân bay, bạn có thể thấy một tên máy lỗi thời ở đó mà Sân bay lấy từ bộ định tuyến internet của bạn. bạn có thể đăng nhập thủ công vào bộ định tuyến của mình và xóa các cấu hình cũ hoặc dễ dàng hơn, tắt bộ định tuyến trong vài phút và bật lại. kiểm tra sẽ cho thấy rằng chỉ các tên máy hiện tại được liệt kê. máy của bạn bây giờ phải nhanh như chớp, yên tĩnh và ổn định 0
0970373
Cấm
- Ngày 15 tháng 4 năm 2008
- 31 thg 7, 2014
mimimelo cho biết: Sau khi đọc rất nhiều lần ở khắp mọi nơi và thử và sai, và rất thất vọng về thông báo táo 'Người gọi không được chấp thuận' ngu ngốc này, đây là những gì đã làm việc cho tôi:
(Hãy chú ý kỹ cách viết văn bản và khi nào có khoảng trắng. Nếu bạn nhập không chính xác, nó sẽ không hoạt động)
- Bắt đầu ở chế độ một người dùng: Nhấn phím Command và S khi khởi động
Chờ cho đến khi quá trình viết dừng hoàn toàn
-Tại dòng, gõ (sau dấu gốc): / sbin / fsck -fy (dấu cách sau dấu k)
Nhấn phím ENTER
đợi cho đến khi nó kết thúc và nói '... dường như là OK'
tiếp theo, nhập: / sbin / mount -uw / (dấu cách sau chữ t và sau chữ w)
Nhấn phím ENTER
sau đó gõ: rm -Rf / var / folder / * (khoảng trắng sau m và f)
Nhấn phím ENTER
Chạy lại FSCK (tôi đã làm, đề phòng, nhưng bạn có thể không phải làm vậy):
/ sbin / fsck -fy
Cuối cùng, gõ REBOOT, nhấn ENTER và đợi cho đến khi máy tính khởi động.
Hy vọng nó hoạt động cho tất cả các bạn cũng như nó đã làm cho tôi!
CẢM ƠN!!!! Tôi đang phủ nhận rằng điều này đã làm một trò lừa bịp. Tôi vẫn không hiểu nó xảy ra như thế nào. Tôi đã thử một đề xuất khác để xóa thư mục var / folder đó nhưng nó vẫn tiếp tục quay trở lại. Cho đến nay, phương pháp của bạn đã bị mắc kẹt.
CẬP NHẬT: Sự cố đã quay trở lại. Nhưng tôi nghĩ rằng tôi đã tìm ra vấn đề là gì. Tôi bắt đầu gặp những lỗi này khi nâng cấp MBP khác của mình lên Yosemite. Tôi nghĩ rằng do ổ iCloud được cập nhật, nó gây ra một số loại xung đột / lỗi trên ổ mà tôi đã để lại trên Mavericks. Tôi quyết định xem sự cố có biến mất không nếu tôi cũng nâng cấp Mac gặp sự cố lên Yosemite. Có vẻ như lần này sự cố đã biến mất. Chéo ngón tay mà nó tránh xa. Lần sửa cuối: 31 tháng 7, 2014 NS
beau42
- Ngày 19 tháng 7 năm 2014
- Châu Úc
- Ngày 1 tháng 8 năm 2014
beau42 cho biết: vấn đề nằm ở một danh tính cũ cho máy Mac của bạn khi cố gắng đăng nhập vào chuỗi khóa của bạn. trong trường hợp của tôi, nó là thông qua viên nang thời gian. hai danh tính đồng thời chạm vào chuỗi chìa khóa, sau đó đóng băng và sau đó lần lượt đóng băng Time capsule yêu cầu khởi động lại cứng. nếu bạn kiểm tra tiện ích sân bay, bạn có thể thấy một tên máy lỗi thời ở đó mà Sân bay lấy từ bộ định tuyến internet của bạn. bạn có thể đăng nhập thủ công vào bộ định tuyến của mình và xóa các cấu hình cũ hoặc dễ dàng hơn, tắt bộ định tuyến trong vài phút và bật lại. một kiểm tra sẽ cho thấy rằng chỉ có tên máy hiện tại được liệt kê. máy của bạn bây giờ phải nhanh như chớp, yên tĩnh và ổn định
Chà, không hoàn toàn như mô tả.
Máy vẫn bị treo. Tôi nghĩ về ý tưởng 'lỗi cáp', tháo rời máy và kiểm tra các đầu nối. đầu nối ổ đĩa thứ hai cũng như đầu nối với cụm Wifi bị lỏng. tôi đã ấn chúng về nhà một cách chắc chắn, lắp ráp lại và khởi động lại. máy đã tốt hơn, nhưng vẫn dễ bị treo. tôi đã chạy Disk Warrior và tạo lại ổ đĩa chính. cho đến nay, máy là tốt. Manh mối là sự trở lại của lỗi đồng hồ, theo sau là tiện ích treo trên: 'sudo sysdiagnose -f ~ / desktop /' có thể đọc được trong Text Wrangler. Tôi đánh giá một số bộ phận của máy không thể điều phối do đó lỗi thời gian, có lẽ là đĩa thứ hai được thêm vào. thời gian hoạt động hiện tại là 24 giờ cộng với việc không thích. 0
0970373
Cấm
- Ngày 15 tháng 4 năm 2008
- Ngày 11 tháng 8 năm 2014
beau42
- Ngày 19 tháng 7 năm 2014
- Châu Úc
- Ngày 11 tháng 8 năm 2014
E3BK cho biết: Đáng buồn thay, bản sửa lỗi của tôi không thành công. Vấn đề đã trở lại. Tôi vừa kiểm tra tất cả các kết nối cáp và đang cài đặt lại hệ điều hành. Đây là một nỗi đau.Tôi cũng đã thất vọng lần thứ mười hai.
http://www.techrepublic.com/article/how-to-restore-an-os-x-recovery-partition/
Trên đây là liên kết đến phương pháp cài đặt lại phân vùng khôi phục. Nếu bạn xóa nó, một bản cài đặt sạch sẽ không tạo lại nó.
Máy của tôi hoạt động tốt cho đến khi tôi thực hiện DỰ PHÒNG CCC yêu cầu thực hiện sửa lỗi cho phân vùng khôi phục (sau khi xây dựng lại đĩa bằng DiskWarrior). Sau đó, tất cả các vấn đề cũ quay trở lại. Nghiên cứu chỉ ra rằng đĩa khôi phục không thụ động mà tham gia tích cực vào quá trình khởi động.
Để kiểm tra phân vùng khởi động, hãy tải xuống và chạy trợ lý đĩa khôi phục OS X, Nếu nó từ chối tạo đĩa khôi phục, thì đĩa đó đã bị hỏng. Để xây dựng lại nó, hãy làm theo liên kết ở trên. Một phân vùng khôi phục được xây dựng lại và DiskWarrior hiện đã giúp tôi không bị lỗi trong năm ngày.
jido
- Ngày 11 tháng 10 năm 2010
- Ngày 8 tháng 2 năm 2015
Chủ đề này khiến tôi tự hỏi có gì trong thư mục / var /.
Tôi đã đi và đã làm:
Mã:
$ cd /var/folders $ ls -l total 0 drwxr-xr-x 3 root wheel 102 Nov 28 21:24 3l drwxr-xr-x 3 root wheel 102 Nov 28 21:58 d4 drwxr-xr-x 3 root wheel 102 Nov 28 21:59 k0 drwxr-xr-x 23 root wheel 782 Dec 19 21:48 zz Tôi thấy rằng thư mục được sửa đổi gần đây nhất là 'zz'. Tôi đã xem xét bên trong nó và tìm thấy thư mục con này đã được sửa đổi vào ngày 19 tháng 12:
Mã:
drwxr-xr-x 3 _lp _lp 102 Dec 19 21:48 zyxvpxvq6csfxvn_n000003800000t Thư mục này thuộc về _lp, là tài khoản liên quan đến hệ thống in:
Mã:
$ fgrep _lp /etc/passwd _lp:*:26:26:Printing Services:/var/spool/cups:/usr/bin/false Vì vậy, tôi vừa xóa thư mục bằng cách sử dụng siêu năng lực quản trị viên của mình:
Mã:
$ sudo rm -rf zz/zyxvpxvq6csfxvn_n000003800000t Password: Sau đó, tôi khởi động lại máy Mac và tất cả đều ổn. Tất cả các triệu chứng tôi có đã biến mất.
Tôi sẽ chú ý vào lần tới khi tôi chạm vào bất cứ điều gì liên quan đến in ấn, nhưng hiện tại tôi cảm thấy tốt hơn nhiều về máy tính của mình NS
thearmlesswonde
- Ngày 6 tháng 4 năm 2012
- Ngày 4 tháng 4 năm 2015
jido cho biết: Vì vậy, tôi liên tục nhận được những lỗi người gọi không được phê duyệt này thực sự gây khó chịu và bực bội, tôi không thể mở Network Preferences, wifi không tự động kết nối khi thức dậy, Mail không tải xuống tin nhắn mới và khi tôi thử khởi động lại thì nó bị lỗi.
Chủ đề này khiến tôi tự hỏi có gì trong thư mục / var /.
Tôi đã đi và đã làm:
Mã:$ cd /var/folders $ ls -l total 0 drwxr-xr-x 3 root wheel 102 Nov 28 21:24 3l drwxr-xr-x 3 root wheel 102 Nov 28 21:58 d4 drwxr-xr-x 3 root wheel 102 Nov 28 21:59 k0 drwxr-xr-x 23 root wheel 782 Dec 19 21:48 zz
Tôi thấy rằng thư mục được sửa đổi gần đây nhất là 'zz'. Tôi đã xem xét bên trong nó và tìm thấy thư mục con này đã được sửa đổi vào ngày 19 tháng 12:
Mã:drwxr-xr-x 3 _lp _lp 102 Dec 19 21:48 zyxvpxvq6csfxvn_n000003800000t
Thư mục này thuộc về _lp, là tài khoản liên quan đến hệ thống in:
Mã:$ fgrep _lp /etc/passwd _lp:*:26:26:Printing Services:/var/spool/cups:/usr/bin/false
Vì vậy, tôi vừa xóa thư mục bằng cách sử dụng siêu năng lực quản trị viên của mình:
Mã:$ sudo rm -rf zz/zyxvpxvq6csfxvn_n000003800000t Password:
Sau đó, tôi khởi động lại máy Mac và tất cả đều ổn. Tất cả các triệu chứng tôi có đã biến mất.
Tôi sẽ chú ý vào lần tới khi tôi chạm vào bất cứ điều gì liên quan đến in ấn, nhưng hiện tại tôi cảm thấy tốt hơn nhiều về máy tính của mình
Xin chào, cảm ơn bạn vì điều này, tôi có điều cần thiết khi hệ thống của tôi hoạt động. Tôi đã thấy rằng tôi cũng có ZZ
drwxr-xr-x 24 root wheel 816 Feb 12 12:38 zz
Làm cách nào để tìm ra thư mục đó là gì? hoặc mở nó cho vấn đề đó?
Cảm ơn trước
jido
- Ngày 11 tháng 10 năm 2010
- Ngày 5 tháng 4 năm 2015
thearmlesswonde đã nói: Xin chào, cảm ơn vì điều này, tôi có một thứ như sam khi hệ thống của tôi thức dậy. Tôi đã thấy rằng tôi cũng có ZZ
drwxr-xr-x 24 root wheel 816 Feb 12 12:38 zz
Làm cách nào để tìm ra thư mục đó là gì? hoặc mở nó cho vấn đề đó?
Cảm ơn trước
Thật không may, sự cố đã quay trở lại mặc dù tôi không thấy thay đổi mới nào trong / var / thư mục. Tôi đã xóa tất cả mọi thứ ở đó (như những người khác mô tả), hy vọng nó hoạt động. NS
Jtte
- 30 thg 4, 2018
- 25 thg 2, 2019
Nhưng Mojave sẽ không cho phép tôi xóa nội dung của thư mục / var / ngay cả trong chế độ một người dùng vì SIP của Mojave bảo vệ thư mục đó (trong số nhiều thư mục khác).
Khắc phục: đầu tiên diable SIP, sau đó làm theo hướng dẫn điển hình để xóa nội dung của thư mục / var / sau đó bật SIP.
1. Tắt SIP
- khởi động vào Chế độ khôi phục (với lệnh r trong khi khởi động lại)
- chọn một ngôn ngữ sau đó nhấp vào menu kéo xuống Tiện ích (bỏ qua các lựa chọn menu lớn ở giữa màn hình) và nhấp vào Thiết bị đầu cuối
- gõ vô hiệu hóa csrutil
và nhấn quay lại hoặc nhập
- thoát khỏi Terminal và khởi động lại ở chế độ một người dùng (các lệnh)
2. Xóa nội dung của var / thư mục / sau khi khởi động vào chế độ một người dùng bằng lệnh s
- Gõ rm -Rf / var / thư mục / *
và nhấn quay lại hoặc nhập
(Nếu bạn gặp lỗi, hãy nhập thông tin này trước:
/ sbin / mount -your /
và nhấn quay lại hoặc nhập)
3. Bật SIP
- khởi động vào Chế độ khôi phục bằng lệnh r trong khi khởi động
- chọn một ngôn ngữ, sau đó bỏ qua menu lớn ở giữa màn hình và nhấp vào thanh kéo xuống Tiện ích ở đầu màn hình và nhấp vào Thiết bị đầu cuối
- gõ csrutil enable
- thoát khỏi thiết bị đầu cuối và khởi động lại bình thường
Rất tiếc.
mimimelo nói: Phần mềm apple caller chưa được phê duyệt: ĐÃ GIẢI QUYẾT!
Sau khi đọc rất nhiều lần ở khắp mọi nơi và thử và sai, và rất thất vọng về thông báo táo 'Người gọi không được chấp thuận' ngu ngốc này, đây là những gì đã làm việc cho tôi:
(Hãy chú ý kỹ cách viết văn bản và khi nào có khoảng trắng. Nếu bạn nhập không chính xác, nó sẽ không hoạt động)
- Bắt đầu ở chế độ một người dùng: Nhấn phím Command và S khi khởi động
Chờ cho đến khi quá trình viết dừng hoàn toàn
-Tại dòng, gõ (sau dấu gốc): / sbin / fsck -fy (dấu cách sau dấu k)
Nhấn phím ENTER
đợi cho đến khi nó kết thúc và nói '... dường như là OK'
tiếp theo, nhập: / sbin / mount -uw / (dấu cách sau chữ t và sau chữ w)
Nhấn phím ENTER
sau đó gõ: rm -Rf / var / folder / * (khoảng trắng sau m và f)
Nhấn phím ENTER
Chạy lại FSCK (tôi đã làm, đề phòng, nhưng bạn có thể không phải làm vậy):
/ sbin / fsck -fy
Cuối cùng, gõ REBOOT, nhấn ENTER và đợi cho đến khi máy tính khởi động.
Hy vọng nó hoạt động cho tất cả các bạn cũng như nó đã làm cho tôi!
yms137
- Ngày 4 tháng 12 năm 2017
- 5 tháng 5, 2019
Jtte nói: Tôi muốn thêm thứ gì đó vào các hướng dẫn này cho Mojave (10.14.x). Hôm nay, 25/02/19, tôi đã thử các hướng dẫn phổ biến để xóa nội dung của private / var / folder / (thường được hiển thị dưới dạng / var / folder) bằng cách khởi động vào chế độ người dùng duy nhất với lệnh s và nhập một loạt các hướng dẫn được liệt kê tất cả. qua Internet.[doublepost = 1557056846] [/ doublepost] CẢM ƠN BẠN! Sau nhiều lần thử các 'bản sửa lỗi' khác, cái này (từ mimimelo) là cái có vẻ đã hiệu quả với tôi.
Nhưng Mojave sẽ không cho phép tôi xóa nội dung của thư mục / var / ngay cả trong chế độ một người dùng vì SIP của Mojave bảo vệ thư mục đó (trong số nhiều thư mục khác).
Khắc phục: đầu tiên diable SIP, sau đó làm theo hướng dẫn điển hình để xóa nội dung của thư mục / var / sau đó bật SIP.
1. Tắt SIP
- khởi động vào Chế độ khôi phục (với lệnh r trong khi khởi động lại)
- chọn một ngôn ngữ sau đó nhấp vào menu kéo xuống Tiện ích (bỏ qua các lựa chọn menu lớn ở giữa màn hình) và nhấp vào Thiết bị đầu cuối
- gõ vô hiệu hóa csrutil
và nhấn quay lại hoặc nhập
- thoát khỏi Terminal và khởi động lại ở chế độ một người dùng (các lệnh)
2. Xóa nội dung của var / thư mục / sau khi khởi động vào chế độ một người dùng bằng lệnh s
- Gõ rm -Rf / var / thư mục / *
và nhấn quay lại hoặc nhập
(Nếu bạn gặp lỗi, hãy nhập thông tin này trước:
/ sbin / mount -your /
và nhấn quay lại hoặc nhập)
3. Bật SIP
- khởi động vào Chế độ khôi phục bằng lệnh r trong khi khởi động
- chọn một ngôn ngữ, sau đó bỏ qua menu lớn ở giữa màn hình và nhấp vào thanh kéo xuống Tiện ích ở đầu màn hình và nhấp vào Thiết bị đầu cuối
- gõ csrutil enable
- thoát khỏi thiết bị đầu cuối và khởi động lại bình thường
Rất tiếc.
yms137
- Ngày 4 tháng 12 năm 2017
- 8 tháng 5, 2019
yms137 said: [doublepost=1557056846][/doublepost][doublepost = 1557370819] [/ doublepost] Tôi rút lại thông tin đó. Người gọi không được chấp thuận đã không bỏ cuộc và tôi phải thực hiện xóa toàn bộ và cài đặt lại. ĐÃ LÀM VIỆC! Có mọi thứ trên đám mây và trên ổ đĩa ngoài thực sự ít đau hơn so với việc thử tất cả các đề xuất khác, không có đề xuất nào trong số đó hoạt động (ít nhất là không đối với tôi). Tôi ước tôi biết thủ phạm là gì để tôi có thể tránh nó xảy ra lần nữa. Bây giờ tôi do dự để thêm bất kỳ phần mềm nào nữa.
CẢM ƠN! Sau nhiều lần thử các 'bản sửa lỗi' khác, cái này (từ mimimelo) là cái có vẻ đã hiệu quả với tôi.
Bài ViếT Phổ BiếN