Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Операционные системы » UNIX » Apple macOS (часть 3)

Модерирует : ShriEkeR

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133

Открыть новую тему     Написать ответ в эту тему

articlebot



Administrator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Прошлые части темы: 1 | 2


Apple macOS



Внимание! В этом топике мы только обсуждаем сабж. Поиск и постинг линков на сабж, софт и патчи к нему мы производим в параллельном топике форума Варезник.
 
Прежде, чем что-либо качать или спрашивать, загляните:
Мануал или всё что вы хотели знать о Mac OS X, но боялись спросить. Добавлено: Реализация Множественной Загрузки
По прочтению, отметься здесь...
 
FAQ по MacOS-x86.


50 причин для перехода с Windows на Mac.


Дополнительные драйверы от Darwin/x86
AppleAC97Audio.kext (Читать HELP по установке AC97)
AppleIntel830.kext
AppleIntel830GA.plugin
AppleIntel830GLDriver.bundle
 
Альтернативные видео-драйверы для MacOS-x86 10.4.3-10.4.6
MacVidia Beta1 Build 5
Koverg-patch9700-v0.2 - ATI Radeon 9700 patcher Перечень карт Подробнее...
Непатченные KEXTы для Koverg's patch (1)
Callisto - драйвер для карт ATI X1xxx (Build 008) Подробнее...
 
Драйверы от китайцев:
Mac OSx86 (Tiger & Leopard) third-party drives download


Проблемы и их решение
 
Решение проблемы циклической перезагрузки перед созданием учетной записи пользователя (user account)
Ошибка "b0 error", после установки Mac OS X
Ошибка "HFS+ partition error", после установки Mac OS X
Решение проблемы "мигающего курсора", после установки Mac OS X
Варианты восстановления работы видеоадаптора после апдейта на 10.5.3
Решение проблемы: "com.apple.Boot.plist not found" на JMicron IDE DVD (Chameleon boot loader)
Решение проблемы: "Unknown AHCI Controllers и Orange Disk Icons"
Решение Shutdown/Restart проблемы (OpenHaltRestart от Psystar)
 
FAQ: Как проверить/изменить тип режима Sleep Mode в Leopard
FAQ: DualBOOT Mac OS X/Vista через загрузчик Leopard
FAQ: Как проверить поддержку, установленной MAC OS X, 64-битного режима.  
FAQ: Правда о вирусах для Mac OS X.
 
Утилита для обслуживания Leopard - OSx86 Tools Utility © ~pcwiz
Комплексная Утилита для обслуживания кекстов - Kext Utility.app v2.0 cVaD 2009
Утилита для упаковки/распаковки кекстов в Extensions.mkext - mkextMaker.app © cVaD
Что знает MAC OS X, о вашем CPU © cVaD
Запуск сетевых карт Broadcom (BCM57xx)


Книги по Mac OS X

 
Kevin Wilson | MacOS Fundamentals: Catalina Edition. The Step-by-step Guide to Using your Mac, 2019 - PDF (англ.)
Райтман М.А. - Самоучитель Mac OS X Mavericks. Новая операционная система от А до Я, 2014 - PDF
Пол Макфедрис - Переходим на Mac, 2013 - PDF
Василий Леонов - Самоучитель Mac OS X Lion (Компьютер на 100%) - 2012.pdf
Груман Г. - Mac OS X Lion. Библия пользователя [2012, PDF, RUS]

К.М. Уайт - Администрирование OS X Lion. Основы обслуживания OS X Lion
Дэвид Пог - OS X Mountain Lion. The missing manual / OS X Mountain Lion. Основное руководство
Скотт Майерс и Майкл Ли - Mac OS X 10.5 Leopard в подлиннике (рус) DJVU / PDF
Робин Вильямс - Mac OS X 10.5 Leopard
Дэвид Пог - iPhone. Недостающая инструкция
 
Владельцы этих книг просятся о предоставление PDF сканов для всеобщего использования.
По-просту может кто-нибудь купит / одолжит себе одну из этих книг и поделится с нами сканами.
Контакт со мною: Moojra

Всего записей: 366 | Зарегистр. 25-05-2001 | Отправлено: 05:51 03-02-2009 | Исправлено: Xant1k, 17:27 02-04-2020
WildGoblin



Ru-Board Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
jfx

Цитата:
При форматировании диска в GPT EFI раздел размером примерно 200Мб создается автоматически.  

Это не так.
 
Если в винде сделать:
Diskpart
list disk
sel disk 0
convert gpt
 
То накопитель преобразуется в GPT, но из разделов на нём будет только MSR, а загрузочный EFI раздел надо будет создавать вручную:
 
create part efi size=102
format quick fs=fat32

----------
Бога нет, царя не надо, Губернатора убьём, Платить подати не будем, Во солдаты не пойдём.

Всего записей: 33332 | Зарегистр. 15-09-2001 | Отправлено: 12:52 09-12-2024
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Винда видит APFS на целевом диске как единственный раздел/том с неизвестной FS
Внутри той APFS обнаружился контейнер BOOT.
 
Видит его только Hetman Partition Recovery, но внутри FAT32 какая-то виндовая лабуда EFI/MICROSOFT/BCD
 
При том SSD 128Gb новый только что распечатан (Colorful, 700 рубликов c Озона).  
Не верится, что он бу из-под винды...
 
 
А что, правда для UEFI канает такой BOOT внутри APFS?
Склоняюсь продолжить эксперименты и закинуть туда Opencore.

Всего записей: 17834 | Зарегистр. 14-10-2001 | Отправлено: 18:29 09-12-2024 | Исправлено: LevT, 21:15 09-12-2024
Lucky1978

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
LevT
В Терминале в macOS выполнить
diskutil list
и посмотреть, что там творится с разбиением дисков.
macOS при создании на диске GPT-разметки автоматически создаёт раздел EFI размером 200 Мб или около того.
 
Добавлено:
WildGoblin

Цитата:
Если в винде сделать:

То в Винде, в macOS с этим по-другому. При условии использования родных средств.

Всего записей: 373 | Зарегистр. 27-03-2006 | Отправлено: 21:03 09-12-2024 | Исправлено: Lucky1978, 21:11 09-12-2024
WildGoblin



Ru-Board Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Lucky1978

Цитата:
То в Винде, в macOS с этим по-другому. При условии использования родных средств.

Мне лень честно говоря проверять, но я не понимаю зачем при конвертации/разметке накопителя в GPT обязательно создавать раздел EFI - он же только на загрузочном диске нужен.

----------
Бога нет, царя не надо, Губернатора убьём, Платить подати не будем, Во солдаты не пойдём.

Всего записей: 33332 | Зарегистр. 15-09-2001 | Отправлено: 09:58 10-12-2024
jfx



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
LevT
APFS - это контейнерная файловая система. Внутри базового раздела, который вы видите, может находиться множество контейнеров с разными файловыми системами. Ближайший аналог наверное ZFS.
 
EFI раздел можно форматнуть или просто удалить все и записать только то что нужно.
 
WildGoblin
При конвертировании из другого формата EFI раздет может и не создаваться, но при разметке нового диска, в соответствии со стандартом, данный раздет должен присутствовать, независимо загрузочный он или нет.

Всего записей: 3151 | Зарегистр. 06-02-2003 | Отправлено: 10:26 10-12-2024
Lucky1978

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
jfx

Цитата:
Внутри базового раздела, который вы видите, может находиться множество контейнеров с разными файловыми системами.

По-моему, там только APFS-тома (по крайней мере всякие Recovery, VM, Preboot). Ну и Дисковая утилита позволяет добавлять только APFS-тома к существующему контейнеру.

Всего записей: 373 | Зарегистр. 27-03-2006 | Отправлено: 11:10 10-12-2024 | Исправлено: Lucky1978, 11:11 10-12-2024
WildGoblin



Ru-Board Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
jfx

Цитата:
При конвертировании из другого формата EFI раздет может и не создаваться...

Без разницы.

Цитата:
...но при разметке нового диска, в соответствии со стандартом, данный раздет должен присутствовать, независимо загрузочный он или нет.

 
Не знаю что и кому должно но на моей памяти в винде всегда происходило только так:

 
И кстати там https://en.wikipedia.org/wiki/EFI_system_partition не написано, что накопители с GPT разметкой обязаны содержать загрузочный раздел EFI.
 
Там написано "Both GPT- and MBR-partitioned disks can contain an EFI system partition" - могут содержать раздел необходимый для загрузки, но не для обычной работы накопителя.

----------
Бога нет, царя не надо, Губернатора убьём, Платить подати не будем, Во солдаты не пойдём.

Всего записей: 33332 | Зарегистр. 15-09-2001 | Отправлено: 11:26 10-12-2024
jfx



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
WildGoblin
Как скажете В винде своя история.
Мы сейчас в разделе UNIX/macOS.

Всего записей: 3151 | Зарегистр. 06-02-2003 | Отправлено: 11:36 10-12-2024 | Исправлено: jfx, 11:37 10-12-2024
WildGoblin



Ru-Board Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
jfx

Цитата:
В винде своя история.
Мы сейчас в разделе UNIX/macOS.

Да, но вы говорили про стандарт, а как я показал в стандарте такого нет.
 
А в макоси да создаётся (проверил сейчас). Непонятно только зачем - раздел совершенно пуст.

----------
Бога нет, царя не надо, Губернатора убьём, Платить подати не будем, Во солдаты не пойдём.

Всего записей: 33332 | Зарегистр. 15-09-2001 | Отправлено: 12:00 10-12-2024 | Исправлено: WildGoblin, 12:01 10-12-2024
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *15.7 GB    disk2
   1:             Windows_FAT_32 BDU                     209.7 MB   disk2s1
   2:                  Apple_HFS macOS Base System       2.9 GB     disk2s2
                    (free space)                         12.6 GB    -
 
/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *128.0 GB   disk3
   1:                 Apple_APFS Container disk4         128.0 GB   disk3s1
 
/dev/disk4 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +128.0 GB   disk4
                                 Physical Store disk3s1
   1:                APFS Volume MacOSVolume - Data      21.3 GB    disk4s1
   2:                APFS Volume Preboot                 2.4 GB     disk4s2
   3:                APFS Volume Recovery                1.3 GB     disk4s3
   4:                APFS Volume MacOSVolume             10.7 GB    disk4s4
   5:              APFS Snapshot com.apple.os.update-... 10.7 GB    disk4s4s1
   6:                APFS Volume VM                      1.1 MB     disk4s6
   7:                APFS Volume Nix Store               298.8 MB   disk4s7
 
/dev/disk5 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                                                   +4.2 MB     disk5
 
/dev/disk6 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +4.2 MB     disk6
                                 Physical Store disk5
   1:                APFS Volume Creedence11M6270.SEC... 692.2 KB   disk6s1

 
Половину тут не понимаю.
Я ничего пока не ставил, кроме пакетника Nix (из dmg отсюда).  
 
 
А Opencore у меня сейчас выглядит так:  https://imgur.com/a/zO7jqvF  (извиняюсь за качество)
 
Помимо системы, можно загрузиться в "Base System" и в "Recovery(dmg)"  - что за звери, и чем отличаются?  
    Вангую, что Base System это нечто типа Safe Mode в винде. Так?

Всего записей: 17834 | Зарегистр. 14-10-2001 | Отправлено: 12:20 10-12-2024 | Исправлено: LevT, 13:08 10-12-2024
los

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
jfx, читали?
https://eclecticlight.co/2021/01/14/m1-macs-radically-change-boot-and-recovery/

Всего записей: 7849 | Зарегистр. 08-09-2001 | Отправлено: 12:43 10-12-2024
jfx



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
los
Нет, не читал, но внимание обратил, что на arm-ах все иначе работает.
Почитаю, спасибо.

Всего записей: 3151 | Зарегистр. 06-02-2003 | Отправлено: 13:59 10-12-2024
Lucky1978

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
LevT

Цитата:
Половину тут не понимаю.


Цитата:
Вангую, что Base System это нечто типа Safe Mode в винде.

Нет, Safe Mode - это Safe Mode.
Recovery - это раздел восстановления, загрузившись в который можно либо с системным разделом (и не только с системным) что-нибудь сделать, либо попытаться восстановить систему, установив её из интернета. По сути это установщик на минималках, без самих файлов для установки системы, он их будет в случае чего грузить из интернета.
А раздела EFI на диске с системой нет. Поэтому и загрузчик некуда копировать сейчас. Остаётся откусить в Дисковой утилите места для него (это можно сделать в самой системе или в Recovery) и создать раздел в FAT32. Скопировать на него папку EFI с Opencore и попробовать загрузиться без флэшки.

Всего записей: 373 | Зарегистр. 27-03-2006 | Отправлено: 14:02 10-12-2024
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Lucky1978

Цитата:
А раздела EFI на диске с системой нет. Поэтому и загрузчик некуда копировать сейчас. Остаётся откусить в Дисковой утилите места для него (это можно сделать в самой системе или в Recovery) и создать раздел в FAT32. Скопировать на него папку EFI с Opencore и попробовать загрузиться без флэшки.

 
Да программа-то действий ясна. Я чего не понимаю - откуда этот раздел должен был появиться?
 
Я следовал за видео Коновалова; уже там непонятно, каким образом хакинтош отвяжется от флешки BDU с актуальным Opencore.
 
 
Добавлено:

Цитата:
Recovery - это раздел восстановления, загрузившись в который можно либо с системным разделом (и не только с системным) что-нибудь сделать, либо попытаться восстановить систему, установив её из интернета. По сути это установщик на минималках, без самих файлов для установки системы, он их будет в случае чего грузить из интернета.

 
А что тогда такое Base System?
 
 
 
Добавлено:
Lucky1978
 

Цитата:
 без самих файлов для установки системы, он их будет в случае чего грузить из интернета.

 
А почему не сделать образ этой свежескачанной чистой макоси и тиражировать его локально?
Есть какие препятствия?
 
 
Добавлено:
 
(заметка на полях) APFS производит впечатление годной игрушки. Дюже жалко, что она проприетарная.
 
Пропадёт ведь. Майки вон уже готовятся кастрировать функциональность NTFS и ReFS в интересах технологического прогресса:
     https://www.snia.org/sites/default/files/SDC15_presentations/file_sys/NealChristiansen_SCM_on_Windows.pdf
 
Даже свой любимый битлокер пустят под нож - шифровать, сжимать и снапшотить будут девайсы.
 

Всего записей: 17834 | Зарегистр. 14-10-2001 | Отправлено: 16:59 10-12-2024 | Исправлено: LevT, 20:18 10-12-2024
Lucky1978

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
LevT

Цитата:
А почему не сделать образ этой свежескачанной чистой макоси и тиражировать его локально?
Есть какие препятствия?

А это при желании можно сделать из самой системы при помощи консольного softwareupdate или скачать из App Store установщик и создать образ самому.
 

Цитата:
Я чего не понимаю - откуда этот раздел должен был появиться?

Посмотрел я это нудячее (по крайней мере для меня) видео. Он должен был появиться на этапе форматирования диска перед этапом Reinstall macOS Big Sur. И если он не появился, то это странно для macOS.
 

Цитата:
А что тогда такое Base System?

Это второй раздел на флэшке, в который разворачивался 4.hfs в Винде и с которого происходит первая загрузка для начала установки системы. По факту - просто развёрнутый образ Recovery.
 
Имея в наличии Opencore и его утилиты можно было бы просто скачать Recovery при помощи macrecovery из их состава, записать скачанную папку на раздел FAT32 и выбрать для загрузки в меню Opencore этот Recovery вместо использования BDU со скачиванием и разворачиванием 4.hfs для создания флэшки для установки системы.
Для этого правда пришлось бы слегка вникнуть в параметры запуска macrecovery, но не пришлось бы курочить флэшку неподдерживаемыми файловыми системами для Винды.
И если я правильно помню, в этом случае можно было бы просто отформатировать флэшку в FAT32 без всякого BDU и скопировать и EFI, и com.apple.recovery.boot (полученный в результате использования macrecovery) на этот один раздел в корень флэшки, а потом просто с неё загрузиться в режиме UEFI.

Всего записей: 373 | Зарегистр. 27-03-2006 | Отправлено: 19:31 10-12-2024 | Исправлено: Lucky1978, 20:47 10-12-2024
los

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
jfx

Цитата:
что на arm-ах все иначе работает.

так и есть.

Всего записей: 7849 | Зарегистр. 08-09-2001 | Отправлено: 10:01 11-12-2024
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Lucky1978

Цитата:
Имея в наличии Opencore и его утилиты можно было бы просто скачать Recovery при помощи macrecovery из их состава, записать скачанную папку на раздел FAT32 и выбрать для загрузки в меню Opencore этот Recovery вместо использования BDU со скачиванием и разворачиванием 4.hfs для создания флэшки для установки системы.
Для этого правда пришлось бы слегка вникнуть в параметры запуска macrecovery, но не пришлось бы курочить флэшку неподдерживаемыми файловыми системами для Винды.
И если я правильно помню, в этом случае можно было бы просто отформатировать флэшку в FAT32 без всякого BDU и скопировать и EFI, и com.apple.recovery.boot (полученный в результате использования macrecovery) на этот один раздел в корень флэшки, а потом просто с неё загрузиться в режиме UEFI.

 
 
Поход мне нравится. Консольных инструментов не боюсь. Где бы почитать о macrecovery конкретно для этого сценария? Нашёл исходник, это обычный питон.  
 
Единственное что непонятно - зачем всё всегда качать родными средствами с официальных эпловских раздач. Почему не качать оттуда виндой? Да хоть тем же macrecovery.py  
 
Почему не сохранить скачанный рекавери и не записывать его впредь на раздел FAT32 виндой или чем-то виндовым? Почему таким же образом не поступить с самой макосью?  
 
 
В идеале хотелось бы получить самодостаточный мобильный внешний носитель с макосью для загрузки где угодно. (Достаточно заменить папку EFI, которую теперь можно сгенерить из Opencore-Simplify на целевом железе. Можно даже "сервисную" винду оставить на том же носителе.)
 
Я странного хочу? По-моему, самое обычное желание для более-менее подкованного виндузоида.  
 
 
Добавлено:

Цитата:
Посмотрел я это нудячее (по крайней мере для меня) видео.

 
Благодарю!
 
Ну, я тоже листал нудные места.
А уж вы наверняка могли смотреть методом деления пополам )
 

Всего записей: 17834 | Зарегистр. 14-10-2001 | Отправлено: 18:36 11-12-2024 | Исправлено: LevT, 20:11 11-12-2024
Lucky1978

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
LevT

Цитата:
Где бы почитать о macrecovery конкретно для этого сценария?

macrecovery -h
В recovery_urls.txt варианты загрузки Recovery от разных систем.
Качать можно и под Виндой, главное, чтобы Питон был.
 

Цитата:
записывать его впредь на раздел FAT32 виндой или чем-то виндовым

Да легко, благо записывать на FAT32.
 

Цитата:
В идеале хотелось бы получить самодостаточный мобильный внешний носитель с макосью для загрузки где угодно. (Достаточно заменить папку EFI, сгенерив из Opencore-Simplify на целевом железе).

Система одна и та же, только загрузчик на разном железе разный будет, так что менять на разных компах только загрузчик и надо (если железо поддерживаемое). Если железо не поддерживаемое, но поддерживается OCLP, то придётся ещё и OCLP запускать, а тогда это уже привязка к железу получится.
 

Цитата:
Можно даже "сервисную" винду оставить на том же носителе.

Ну если не заниматься обновлением этой «сервисной» Винды (а то она может при обновлении заменить EFI/BOOT/BOOTx64.efi на свой, и тогда придётся искать способ запустить Opencore), то в принципе ничего сложного: установить macOS, развернуть каким-нибудь скриптом Винду и установить Opencore, оставив в EFI Виндовые папки. Opencore при запуске потом сам будет находить эту Винду и добавлять её в список вариантов загрузки в своём меню.
В принципе по идее можно и наоборот - сначала Винду, а потом macOS и загрузчик.

Всего записей: 373 | Зарегистр. 27-03-2006 | Отправлено: 20:23 11-12-2024
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Немного поковырял скрипт macrecovery.py
Чтобы им квалифицированно воспользоваться, надо быть хакинтошником-опенкорщиком, пускай не "синьором" но "крепким мидлом".
 
 
Оpencore-Simplify энкапсулирует требуемые знания и автоматизирует их применение - и это здорово.
Но почему-то только для генерации EFI, а не для скармливания параметрами macrecovery
 
Вьетнамцы себе на уме на своём азиатском, и не факт что это понимают (

Всего записей: 17834 | Зарегистр. 14-10-2001 | Отправлено: 19:37 12-12-2024 | Исправлено: LevT, 19:47 12-12-2024
Lucky1978

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
LevT
Так в recovery_urls.txt есть всё, что нужно для загрузки Recovery для определённой системы. Только в конце дописать команду download.  
Параметры
А папку, полученную в результате выполнения, уже на раздел FAT32 записать в корень.
 

Цитата:
Но почему-то только для генерации EFI, а не для скармливания параметрами macrecovery

Так он же для создания папки с загрузчиком, а не для создания флэшки с Recovery.

Всего записей: 373 | Зарегистр. 27-03-2006 | Отправлено: 21:10 12-12-2024 | Исправлено: Lucky1978, 21:13 12-12-2024
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133

Компьютерный форум Ru.Board » Операционные системы » UNIX » Apple macOS (часть 3)


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2025

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru