Finder запрашивает пароль при перемещении файлов
Купил usb-флешку, вставил сзади в проход USB зашёл через в Finder в появившейся "Удалленый диск", перемещаю туда файл (любой) и мне пишет "Для перемещения «файл» нажмите «Аутентификация». Такой кнопки нету, да и я есть администратор на маке. Как мне наконец-то перенести файлы на флешку =( Помогите пожалуйста.
Блин нажми в открытом окне Finder правка -выбрать/выделить всё - копировать и вставить в открытом окне Finder флешки.. так как вероятно всего те файлы которые ты пытаешься перенести влияют на работоспособность системы :))
Лука Искусственный Интеллект (248887) Попробуй флёшку отформатировать, может она в файловой системе NTFS
утентификация — это незаменимая процедура для каждого пользователя, компьютера и служебной учетной записи Windows, но ее механизм не изучается системными администраторами досконально. Каждый знает, что для регистрации в компьютере необходимо указать верный пароль, но многим ли известно, что происходит потом? Аутентификация Windows и связанные с ней протоколы активизируются каждый раз, когда пользователь, компьютер или служба регистрируются локально или на контроллере домена (DC). В данной статье речь пойдет сначала об основных принципах аутентификации Windows, а затем о связанных с ней протоколах. В заключение приводятся краткие рекомендации по повышению надежности процедуры аутентификации в сети Windows.
Аутентификация: общие принципы
Аутентификация или проверка подлинности (authentication). После того как субъект безопасности вводит с клавиатуры или иным способом предоставляет необходимую для идентификации информацию (например, имя пользователя, маркер безопасности) , он должен ввести с клавиатуры или представить частную информацию для аутентификации (например, пароль и PIN-код) . В Windows субъект безопасности вводит эту информацию на экране регистрации с помощью программ Microsoft Graphical Identification and Authentication DLL (msgina.dll) и Winlogon.exe. Протокол аутентификации и механизм системы кодируют представленную информацию на настольном компьютере и передают запрос аутентификации. Служба аутентификации Windows может быть базой данных SAM или AD. База данных SAM обслуживает локальные процедуры регистрации и регистрацию на контроллерах домена Windows NT 4.0. AD аутентифицирует запросы в Windows 2000 или доменах более поздних версий этой операционной системы. Протокол аутентификации (например, LAN Manager, NT LAN Manager, NTLM, NTLMv2, Kerberos) используется для транспортировки запросов аутентификации и последующих транзакций между экраном регистрации и службой аутентификации. Чуть ниже каждый протокол аутентификации будет рассмотрен отдельно.
Авторизация (authorization). Если служба аутентификации удостоверяет комбинацию идентификатора и «секретных» данных аутентификации, то подлинность субъекта безопасности считается успешно подтвержденной. Затем система собирает информацию о членстве субъекта безопасности (т. е. пользователя) в группах. Нередко пользователь принадлежит к нескольким точно определенным группам — локальным (local), доменным (domain local), глобальным (global) и универсальным (universal) — в результате обычных процедур назначения членства. Система сверяет локальные группы с локальной базой данных SAM и проверяет локальные и глобальные группы на к
Придурок, ты научился копипастить, но читать не научился? Он работает на МАКЕ. Ты кинул инструкцию на аутентикацию в ВИНДОВС. Ты слабоумный?
Для изменения «Удаленного диска» требуются имя и пароль администратора.
Двигаться " ", щелкните Аутентификация.
Но я не вижу ни одной кнопки или ссылки с надписью Аутентифицировать . Кроме того, я читал здесь, что может быть решение, связанное с щелчком правой кнопкой мыши по целевому диску и выбором Получить информацию кнопка. Однако там нет ничего, на что я могу щелкнуть.
Итак, как мне переместить эту папку на внешний диск?
Полноэкранный захват фильма .jpg
Щелкните здесь, чтобы посмотреть фильм в формате GIF, снятый в полный экран.
Шаг 1.
Шаг 2.
- Это не внешний жесткий диск . похоже, это удаленное устройство записи DVD, которое было найдено на другом Mac . Попробуйте еще раз взглянуть, проверьте утилиту для работы с дисками, посмотрите, найдете ли вы свой жесткий диск . пришлите нам результат из 'diskutil list'
@ bret7600 правильно указал в комментарии, что это не внешний жесткий диск. Внешний диск появился в Finder, когда я его изначально установил, но он исчез после того, как я щелкнул то, что я считал раскрывающимся меню. Затем я исходил из предположения, что оставшийся объект был тем, что я действительно искал.
Мне пришлось переустановить внешний диск, подключив его к USB. Я смог успешно поработать с ним после переустановки.
Очень поздно для вечеринки, но, если вы не можете найти заблокированный диск в Finder, вы можете использовать программу Disk Utility из папки Applications> Utilities. Привод, подключенный через USB, будет указан там, выберите его и выберите «Смонтировать». Запрос пароля будет запущен, введите пароль диска, и вы должны быть установлены.
Либо вручную, используя (Command down) Drag and Drop, либо с помощью команды MV в терминале в сценарии, система найдет типы файлов * .mp4 / mkv / etc, переименует их, а затем MV их в каталог TV_Shows. Вот пример:
выполнить сценарий оболочки "find / Volumes / DVD_Scratch / Downloads -iname '* .mp4' -exec open -a /Users/MYName/Documents/xHelper_Apps/DVDNameFix.app <> +;"
выполнить сценарий оболочки "find / Volumes / DVD_Scratch / Downloads -iname '* .mp4' -size + 90M -exec mv -v '<>' / Volumes / DVD_Music / TV_Shows / _Unsorted_TV / \;"
Как вы можете видеть, это в основном находит все файлы mp4, отправляет их в приложение Renamer, затем «квалифицируется», если они превышают 90 МБ, и MV помещает их в папку.
я считать вот где возникает проблема. Некоторые из этих файлов после MV, имена файлов в исходном местоположении все еще отображаются в системе как «призраки».
Я не могу объяснить это иначе, потому что:
- Они ДЕЙСТВИТЕЛЬНО отображаются в смарт-папке / поиске
- Они НЕ отображаются в Терминале
- Они НЕ отображаются с путем к файлу.
Смотрите на изображении ниже. в умном поиске я просто смотрю на 2 вещи: Location = DRIVE_1 и KIND = Movie. Вы заметите, что выбраны "The Munsters" и "Smallville". The Munsters - это файл-призрак, в котором:
- В нем нет местоположения файла (нет "где" в информации)
- У него нет доступа для редактирования или чтения
- Я не могу перетащить это в корзину
- Я не могу удалить его с помощью CMD
- Не могу перетащить в терминал (ничего не делает)
- Rebuild Spotlight
- Переиндексировать через терминал (sudo mdutil -i on /)
- sudo rm -rf /.Spotlight-V100 И sudo rm -rf /.Spotlight-V200
- Восстановление разрешений из Дисковой утилиты
- Запуск ежедневно / еженедельно / ежемесячно с терминала
- Запуск diskutil repairvolume / Volumes / MYVolume /
- Воссоздана папка search.folder
- Удалено / Библиотека / Кеши для Finder
- Удалено / FinderPreferences
Что работает: я знаю, что если я полностью переформатирую, это исчезнет; но это не обычное решение; по крайней мере, не должно быть.
Ищу идеи относительно следующих шагов или хотя бы причину.
Итак, решение состоит в том, что ВНЕШНИЕ диски по какой-либо причине не переиндексировали Spotlight.
Я запустил эту команду, указав непосредственно на ДИСК, и это очистило результаты.
sudo mdutil -i on /Volumes/DRIVE_1
Итак, вывод: переиндексация Spotlight ( sudo mdutil -i on / ) только для основного жесткого диска. Что, как ни странно, но именно это и произошло.
Я не могу понять, почему Finder не позволяет мне удалять файлы в моем домашнем каталоге, не предоставив мой пароль. Вот список некоторых файлов на моем рабочем столе:
Когда я пытаюсь удалить файл из Finder, я получаю следующее:
Вот список моего домашнего каталога. Мне все разрешения кажутся разумными.
Я могу удалить файлы из Терминала с помощью rm flower1.jpg без проблем. Почему Finder такой разборчивый?
Я уже пробовал восстановить разрешения в Дисковой утилите.
редактировать К сожалению, забыл упомянуть, что у меня OS X Lion 10.7.4.
- хорошо - я подумал, что вы, возможно, используете Lion, хотя отметки даты в некоторых ваших каталогах выглядели довольно старыми, поэтому я был немного неуверен.
Насколько я могу судить, у вас есть несколько забавных групповых разрешений. Обычно ваше членство пользователя будет принадлежать staff группа. Похоже, у вас есть только один каталог, с которым также связан ACL (Фильмы). Обычно другие основные каталоги в вашей домашней папке, такие как загрузки, рабочий стол, изображения и т. Д., Также имеют списки ACL. Я понимаю, что не все настроили свои системы одинаково, поэтому, не зная больше, это все, что я могу сказать.
Следующая команда в Терминале должна добавить ваше имя пользователя в группу персонала:
Также не помешает сбросить пароль и списки управления доступом:
(для 10.7+) Перезагрузите и удерживайте ⌘ р , который должен загрузиться в раздел восстановления.
(для 10.5+) Вставьте установочный DVD OS X и перезагрузитесь с C ключ удерживается.
Выберите язык и выберите «Терминал» в меню «Утилиты», затем введите «resetpassword», чтобы открыть утилиту для сброса пароля.
Выберите свой жесткий диск и свою учетную запись в раскрывающемся меню.
Выберите «Перезагрузить» в меню Apple и посмотрите, исчезла ли проблема.
Если проблема не исчезла, попробуйте следующее:
dscl . -read /Groups/steve GroupMembership
и опубликуйте результаты здесь.
- Отличный ответ. Я не слышал о resetpassword полезность. Это сработало. Все стандартные каталоги в моем пользовательском каталоге теперь имеют ACL, содержащий «группу: все запрещают удаление». Все мои файлы относятся к группе «персонал», хотя, когда я изменил один на «Стив», я смог его удалить. Так что проблема должна была быть не только в группе. Но это работает, и это все, что имеет значение. Спасибо!
- Я рад, что это разрешило ваши проблемы; Утилиты в разделе восстановления определенно пригодятся, когда что-то может потребоваться сбросить (например, связка ключей). Причина, по которой можно сменить группу на steve а потом без проблем удалите это потому что вы сейчас в штатной группе. Перед вами, где в steve группа, у которой не было тех привилегий, которые есть у вас сейчас. Вы всегда можете проверить права пользователей / групп, используя последние три команды выше. ;-)
- Я пробовал эти вещи, но проблема не исчезла. Когда я запускаю dscl команда я получаю DS error: -14136 (eDSRecordNotFound) . Когда я запускаю ls он показывает мое имя пользователя и staff для всего, кроме 1, у которого root и admin . Я также получаю everyone deny delete как сказал Стив. Есть идеи, что делать дальше?
- Я нашел это, но когда я перехожу к этому разделу, «Применить к вложенным элементам» становится серым.
- @WendiKidd, ошибка, которую вы описываете, связана с демоном Open Directory. Что это exact команду вы использовали?
OS X запрашивает пароль всякий раз, когда вы пытаетесь удалить файл, потому что ваш ~/.Trash папка принадлежит root пользователь и имеет разрешения drwx------ - никто, кроме root может читать, писать или открывать эту папку. Находясь в той же ситуации, я попробовал команду, показанную ниже в Терминале, и это помогло:
Обратите внимание, что в этом примере я изменил свое имя пользователя на ваше. Также обратите внимание, что sudo команда запросит у вас пароль пользователя - все в порядке.
Вероятно, это проблема с разрешением. Возможно, вы можете проверить некоторые файлы в своей папке на предмет разрешения с помощью терминала.
Просто перейдите в целевую папку и введите ls -l
Затем взгляните на левый столбец:
Ведущий d сообщает вам, если это каталог. Затем у вас есть 3 блока, каждый из которых состоит из 3 букв. Первый кусок предназначен для user , второй для group а остальное для other . И r = читать, w = написать, x = выполнить.
Что-то вроде rwx-xr-x будет означать, что user имеет все права, group может только читать и выполнять (не писать), а другие могут только выполнять.
Чтобы быть в безопасности, вы можете установить все в этой папке на rwxrwxrwx набрав chmod ugo+rwx * -R в терминал. u для пользователя, g для группы и o для другого. И через + вы дадите всем троим все разрешения. Звездочка - это подстановочный знак, обозначающий все, что находится в этой папке, а -R (рекурсивный) гарантирует, что вы также покрываете подпапки.
Я проверил все стандартные причины, по которым может быть отказано в разрешении на сохранение файла:
- Файл не открыт ни в каком другом приложении
- У пользователя есть доступ к диску и каталогу
- Другие пользователи сети не обращаются к файлу
- Файл не доступен только для чтения
- Никаких других операций сохранения не происходит
- Подключение к приводу в порядке
Я видел, как это происходило на Lion и Mavericks. Я когда-либо видел это только на Mac, и только когда-либо с Photoshop, с файлами .PSD.
- Так каков окончательный ответ на эту досадную проблему? Использование El Capitan 10.11.3 Идет обновление, но похоже, что это ничего не исправляет. У меня дома есть старый Mac с CS4, никогда не проблема.
- Окончательный ответ - это тот, рядом с которым стоит зеленая галочка, которая решает проблему . Если вы хотите, чтобы этого никогда не происходило, вы можете задать это как отдельный вопрос с помощью кнопки «задать вопрос» вверху страницы. . Это будет как-то связано с типами сетевого подключения
После некоторых проб и ошибок я отследил это до файл выбранный в Finder.
Похоже, что когда Finder отображает предварительный просмотр PSD, он блокирует файл.
Кажется, это происходит только в этом режиме просмотра:
Выбор другого файла в Finder, переключение режима просмотра или закрытие окна Finder предотвращают эту ошибку.
Итак, пока Finder такой, файл не сохраняется:
Щелчок по нему освобождает его для сохранения:
Как и переключение в этот режим просмотра на тот, который не показывает предварительный просмотр:
- Это прекрасный простой и правильный ответ!
- К ужасно нелепой и бессмысленной проблеме! :-)
- Хотел бы я винить саман, но я думаю, что это грубая ошибка
- очень странно и неудобно . это все испытывают под 10.11 El Capitan?
ИМХО проблема вызвана протоколом SMB, то на самом деле Finder открывает какой-то «странный процесс». Я изменил протокол сервера на AFP, и все работает нормально. В моем случае я изменил настройки общей папки в Server app ver. 4.1.5, но это работает и в системных настройках Mac OS X. Возможный минус - нет подключения ПК к серверу.
- Интересно, если я правильно помню, файлы, которые плохо себя вели в моем вопросе, были на сетевом диске, и я думаю, что это было соединение SMB
- Предыдущий ответ (временно заблокирован, пока Finder просматривает файл) работает спорадически, но этот ответ работал в 100% случаев. Это определенно что-то в том, как SMB обрабатывает обмен файлами. Прекрасно работает переключение на общий ресурс AFP. Спасибо!
Хорошо . Итак, это мои выводы после часа тестирования;
Mac присоединен к домену.
Авторизовался на Mac с локальной учетной записью администратора . Подключился к серверу через smb: // server / share в качестве администратора домена, и все работало как обычно . Я много раз перемещал файлы, папки, переименованные файлы и папки , входить и выходить из корневой папки, вверх и вниз по древовидной структуре на всех подуровнях, во всех режимах просмотра, и никогда не предлагалось ввести пароль.
Вы вошли на Mac с учетной записью «Пользователь домена», подключились к серверу как «Пользователь домена», и Finder довольно быстро ломается после нескольких перемещений файлов и папок. Учетная запись пользователя домена была настроена с использованием уровня разрешений пользователя домена по умолчанию с полным контролем и без полного контроля, по-прежнему запрашивает пароль для внесения изменений.
Итак, давайте сделаем всех администраторами домена . проблема решена . шучу;)
- Ну вот, взломали 15 секунд и запросили пароль ;-) i.imgur.com/IyZZTYT.jpg
- 1 Вы уверены, что разместили это в нужном месте? Я не совсем понимаю, как это связано с вопросом.
- Да, этот пример видео является прямым ответом на проблему с разрешениями SMB \ Finder, как указано выше. Неважно, что вы делаете, перемещаете файлы \ папки в Finder, переименовываете, сохраняете в Adobe или Finder, не имеет значения, в каком режиме просмотра, поскольку пользователи домена, подключенные к общему ресурсу сервера, это нарушит разрешение.
- Это напрямую связано с тем, что вы разместили . но тестирование части "отмена выбора файла в поисковике" действительно работает, как вы сказали. Моя причина для домена users \ domain admin - продемонстрировать, что это ошибка уровня разрешения с SMB \ Mac. Как администратор домена у меня все работает, без ошибок, без запроса пароля. Как пользователь домена, Finder запросит пароль после нескольких перемещений файлов. Это определенно проблема с уровнем разрешений для SMB.
Я нашел ответ на эту ошибку, просто продублируйте изображение дважды, а затем перейдите к размеру изображения, измените его и нажмите Cmd Z. После этого сохраните :)
Я запускаю Mojave 10.14.4 и сталкиваюсь с той же проблемой на NAS. Файлы не выбраны в Finder, и возникает такая же ошибка разрешений. После выполнения дополнительных тестов выясняется, что после сохранения в первый раз после открытия файла возникают проблемы с разрешениями. Ошибка при втором или нескольких сохранениях.
Читайте также: