Новая система разделов в Android 10 ограничивает возможности ROOT, но есть и положительный момент
Что из себя представляет новая система разделов
Раздел, это пространство, в котором хранятся те или иные компоненты ОС. В /system хранится соответственно система, в /vendor хранятся низкоуровневые драйвера, и так далее. До появления Android 10 все разделы были самостоятельными, каждый из них имел своё собственное ограниченное пространство (место). После появления Android 10, все смартфоны, которые изначально поставляются с этой версией зелёного робота, обладают новой системой динамического разбиения на разделы.Преимущество новой системы
Устройство воспринимает /super как один раздел, а размер подразделов может динамически изменяться внутри него. Больше не нужно оставлять пустое место для будущих обновлений по «воздуху» в каждом разделе, как это делали раньше. Вместо этого оставшееся свободное пространство в /super доступно для любого из динамических подразделов. Это существенно облегчает работу разработчикам ПО для андроид-смартфонов, которым больше не нужно волноваться по поводу размера каждого из разделов.
Однако, нововведение также доставляет массу неудобств людям, которые любят прошивать своё устройство или модифицировать его с помощью Root.
Недостатки новой системы
У такой системы существует два основных недостатка, мешающих энтузиастам «кастомизировать» свои устройства на более низком уровне, чем, например, простой установкой другого лаунчера. 
Первый недостаток — невозможность изменения файлов в подразделах с помощью штатных средств Root. ОС Android всегда славилась тем, что, благодаря Root, можно было произвести любые изменения в системе, тем самым её модифицировав. Например, можно было изменить информацию об устройстве в build.prop или увеличить громкость динамика в mixer_paths.xml.
С новой системой разделов этого сделать не получится, потому что теперь нельзя смонтировать раздел /system или любой другой раздел, включенный в /super, на запись (чтобы там можно было менять файлы). Говоря проще, данные разделы теперь навсегда останутся в режиме RO («Только чтение»). Конечно, на самом деле смонтировать эти разделы на запись можно, но только после сложной конвертации оных, которая не имеет никакого смысла ввиду сложности этого процесса. На некоторых прошивках можно добиться монтирования на запись через изменение файлов *.fstab (файлов разметки разделов), но это также не стоит приложенных усилий, ведь уже давно существует Magisk, который позволяет внесистемно внести любые изменения в /system или /vendor.
И, хотите вы этого или нет, но теперь придётся учиться создавать модули Magisk, если вы захотите произвести такие изменения в системе, для которых этого модуля ещё не придумали.
Второй недостаток — это сложности с прошивкой общих образов систем. После введения в эксплуатацию Project Treble, появилась возможность устанавливать почти любую систему на ваш смартфон, ведь теперь низкоуровневые драйвера и система стали существовать по отдельности, что также облегчило разработчикам процесс обновления прошивок смартфонов до актуальной версии. Но, если раньше достаточно было зайти в TWRP и прошить в раздел /system образ системы, либо же ввести одну команду в fastboot (утилите для работы с прошивками на многих устройствах Android), то теперь необходимо проделывать намного большее количество действий.
Например, когда у меня был Samsung Galaxy A51, изучая эту тему я набрёл на инструкцию по установке ООС на xda, и нельзя сказать, что она была простой. Если очень кратко, там нужно было, фактически, пересобирать образ раздела /super с той системой, которую вы хотите заставить работать на своём устройстве. А для этого, в свою очередь, было необходимо работать с утилитами для двух разных систем — Windows и Linux. Благо, я вспомнил, что существует Windows Subsystem for Linux, о чём любезно сообщил автору инструкции, так что переключаться между операционными системами больше не было нужды. Однако, пользователю всё ещё было необходимо выполнять сложные действия и вводить огромное количество команд. На устройстве Xiaomi всё было гораздо проще — нужно было зайти в специальный режим, fastbootd (о нём я подробнее расскажу чуть позже), и из него уже можно было выполнять операции над любыми разделами динамического раздела /super. Правда, этот способ всё равно сложнее, чем те, которые существовали раньше.
В дополнение ко всему вышесказанному можно добавить, что, к тому же, возникли трудности с созданием обычных прошивок, которые распространяются в zip-файлах, ведь разработчики «кастомов» всё ещё не привыкли к новой системе разделов.
Про новый режим fastbootd
В то же время, fastbootd и recovery просто объединили. Такое решение позволяет сократить количество разделов и используемого пространства, а также даёт возможность этим режимам использовать общие библиотеки, то есть базы с дополнительными функциями, изначально не реализованными в языке программирования, на котором написан код. Загрузка режима fastbootd инициализируется через recovery. Этим обосновывается то, что чтобы загрузиться в fastbootd в recovery должна быть реализована поддержка этого режима(например, не все TWRP его поддерживают), и что для этого используется команда fastboot reboot fastboot.
Для чего нужен fastbootd? Как я уже сказал, режим fastbootd позволяет изменять, прошивать, удалять, и совершать прочие действия над подразделами, которые включены в динамический раздел /super. Однако, это можно сделать и из обычного fastboot с помощью команды принудительного режима, которую здесь я описывать не буду, так как её использование не рекомендуется самой Google. Скорее всего, это связано с какими-то нюансами работы режима fastboot.
Полный список команд fastbootd