3 files changed, 7 insertions, 7 deletions
diff --git a/book/ru/src/by-example/app.md b/book/ru/src/by-example/app.md
index 18147dc..bf8d574 100644
--- a/book/ru/src/by-example/app.md
+++ b/book/ru/src/by-example/app.md
@@ -13,9 +13,9 @@
 [`svd2rust`] **v0.14.x**. Атрибут `app` развернется в удобную точку входа,
 поэтому нет необходимости использовать атрибут [`cortex_m_rt::entry`].
 
-[`app`]: ../../api/cortex_m_rtfm_macros/attr.app.html
+[`app`]: ../../../api/cortex_m_rtfm_macros/attr.app.html
 [`svd2rust`]: https://crates.io/crates/svd2rust
-[`cortex_m_rt::entry`]: ../../api/cortex_m_rt_macros/attr.entry.html
+[`cortex_m_rt::entry`]: ../../../api/cortex_m_rt_macros/attr.entry.html
 
 > **ОТСТУПЛЕНИЕ**: Некоторые из вас удивятся, почему мы используем ключевое слово `const` как
 > модуль, а не правильное `mod`. Причина в том, что использование атрибутов на
diff --git a/book/ru/src/by-example/resources.md b/book/ru/src/by-example/resources.md
index c13822f..746363f 100644
--- a/book/ru/src/by-example/resources.md
+++ b/book/ru/src/by-example/resources.md
@@ -51,7 +51,7 @@ API критической секции, предоставляемое фрей
 включая все соперничающие за ресурс, но будут позволять запуск обработчиков с
 большим приоритетом не соперничащих за ресурс.
 
-[`Mutex`]: ../../api/rtfm/trait.Mutex.html
+[`Mutex`]: ../../../api/rtfm/trait.Mutex.html
 
 В примере ниже у нас есть 3 обработчика прерываний с приоритетами от одного
 до трех. Два обработчика с низким приоритетом соперничают за ресурс `SHARED`.
@@ -61,7 +61,7 @@ API критической секции, предоставляемое фрей
 с наивысшим приоритетом может свободно вытеснять критическую секцию,
 созданную обработчиком с низшим приоритетом.
 
-[`lock`]: ../../api/rtfm/trait.Mutex.html#method.lock
+[`lock`]: ../../../api/rtfm/trait.Mutex.html#method.lock
 
 ``` rust
 {{#include ../../../../examples/lock.rs}}
@@ -90,7 +90,7 @@ $ cargo run --example lock
 расположен в отдельном ресурсе; `UART0` владеет ресурсом произодителя, а `idle`
 владеет ресурсом потребителя.
 
-[`Queue`]: ../../api/heapless/spsc/struct.Queue.html
+[`Queue`]: ../../../api/heapless/spsc/struct.Queue.html
 
 ``` rust
 {{#include ../../../../examples/late.rs}}
diff --git a/book/ru/src/by-example/timer-queue.md b/book/ru/src/by-example/timer-queue.md
index 8995bd0..d747731 100644
--- a/book/ru/src/by-example/timer-queue.md
+++ b/book/ru/src/by-example/timer-queue.md
@@ -9,7 +9,7 @@
 планируется, момент ([`Instant`]), в который задачу нужно запустить, нужно передать
 как первый аргумент вызова `schedule`.
 
-[`Instant`]: ../../api/rtfm/struct.Instant.html
+[`Instant`]: ../../../api/rtfm/struct.Instant.html
 
 Рантайм RTFM включает монотонный, растущий только вверх, 32-битный таймер,
 значение которого можно запросить конструктором `Instant::now`. Время ([`Duration`])
@@ -18,7 +18,7 @@
 значение `Instant(0 /* циклов тактовой частоты */)`; таймер включается сразу перед
 включением прерываний и запуском `idle`.
 
-[`Duration`]: ../../api/rtfm/struct.Duration.html
+[`Duration`]: ../../../api/rtfm/struct.Duration.html
 
 В примере ниже две задачи планируются из `init`: `foo` и `bar`. `foo` -
 запланирована на запуск через 8 миллионов тактов в будущем. Кроме того, `bar`