diff --git a/rustbook-ru/src/ch09-02-recoverable-errors-with-result.md b/rustbook-ru/src/ch09-02-recoverable-errors-with-result.md
index e76ae37a8..34b6d46b1 100644
--- a/rustbook-ru/src/ch09-02-recoverable-errors-with-result.md
+++ b/rustbook-ru/src/ch09-02-recoverable-errors-with-result.md
@@ -93,7 +93,7 @@ tests to fail lol -->
 > }
 > ```
 >
-> Хотя этот код ведёт себя так же, как и код из листинга 9-5, он не содержит никаких выражений `match` и его легче читать. После прочтения главы 13 и поищите метод `unwrap_or_else` в документации по стандартной библиотеке. Множество других подобных методов могут очистить огромные вложенные выражения match, когда вы имеете дело с ошибками.
+> Несмотря на то, что данный код имеет такое же поведение как в листинге 9-5, он не содержит ни одного выражения `match` и проще для чтения. Рекомендуем вам вернуться к примеру этого раздела после того как вы прочитаете Главу 13 и изучите метод `unwrap_or_else` по документации стандартной библиотеки. Многие из методов о которых вы узнаете в документации и Главе 13 могут очистить код от больших, вложенных выражений `match` при обработке ошибок.
 
 ### Лаконичные способы обработки ошибок - `unwrap` и `expect`
 
@@ -286,6 +286,5 @@ don't want to include it for rustdoc testing purposes. -->
 Теперь, когда мы обсудили детали вызова `panic!` или возврата `Result`, давайте вернёмся к тому, как решить, какой из случаев подходит для какой ситуации.
 
 
-["Обработка потенциального сбоя с помощью `Result`"]: ch02-00-guessing-game-tutorial.html#handling-potential-failure-with-result
 ["Использование трейт-объектов, допускающих значения разных типов"]: ch17-02-trait-objects.html#using-trait-objects-that-allow-for-values-of-different-types
 [трейт `std::process::Termination`]: ../std/process/trait.Termination.html
\ No newline at end of file